Sự phát triển của ERP, những điểm chính của 888 slots mà bạn nên biết bây giờ - phiên bản 888 slots đơn vị

1 Các vấn đề về chất lượng trong các bài kiểm tra đơn vị được bộc lộ trong quá trình hậu xử lý

888 slots đơn vị là quy trình 888 slots đầu tiên trong quá trình triển khai ERP Chúng tôi xác nhận rằng các chức năng bổ sung được phát triển cho các yêu cầu không thể đáp ứng được bằng các chức năng tiêu chuẩn sẽ hoạt động chính xác
Vấn đề là các 888 slots đơn vị thường được thực hiện bởi nhà cung cấp triển khai hoặc công ty phát triển được nhà cung cấp triển khai ký hợp đồng Kết quả là, rất khó cho các công ty người dùng, không phải là những người tiến hành 888 slots, có thể biết được loại 888 slots nào đã thực sự được tiến hành
Do đó, rất khó phát hiện lỗi nếu kiểm thử đơn vị không đủ chất lượng và các vấn đề thường trở nên rõ ràng sau này trong quy trình

Ví dụ: bạn đã bao giờ gặp phải các vấn đề sau trong quá trình kiểm tra tích hợp hoặc kiểm tra toàn diện chưa?

<Ví dụ về các vấn đề thường xảy ra trong các bài kiểm tra tích hợp và kiểm tra toàn diện>
TRƯỜNG HỢP 1: Sự cố cơ bản thường xuyên xảy ra
TRƯỜNG HỢP 2: Tôi không biết phải làm gì (nguyên nhân hoặc giải pháp) khi xảy ra lỗi

Các vấn đề như đã đề cập ở trên xảy ra trong quá trình xử lý hậu kỳ thường do kiểm tra đơn vị không đầy đủ

2 Các lỗi thường gặp trong các bài kiểm tra đơn vị

Tôi xin giới thiệu ba lỗi thường gặp liên quan đến kiểm thử đơn vị có thể là nguyên nhân của CASE 1 và 2 ở trên Ngay cả khi bạn cho rằng dự án của mình ổn, vẫn có thể xảy ra trường hợp điều này xảy ra một cách bất ngờ
Vui lòng kiểm tra lại để xem dự án của bạn có gặp phải tình trạng tương tự không

  1. Trường hợp NG có thể gây ra CASE 1

    A Nó chỉ được đánh giá là OK dựa trên việc hoàn thành thành công bài kiểm tra đơn vị (nội dung của dữ liệu kết quả không được kiểm tra)

    • Chỉ xác nhận dữ liệu đã được đăng ký chứ không kiểm tra xem nội dung đã đăng ký có đúng không
    • Họ chỉ kiểm tra xem quá trình xử lý đã kết thúc mà không có lỗi chứ không kiểm tra xem liệu có bất kỳ vấn đề nào không, chẳng hạn như một số dữ liệu lẽ ra phải được xử lý nhưng lại không được xử lý hoặc dữ liệu lẽ ra không nên được xử lý
      Ví dụ: Có 10 mục dữ liệu cần xử lý nhưng chỉ có 8 mục dữ liệu được xử lý hoặc 12 mục dữ liệu, vv
    • Họ chỉ kiểm tra xem dữ liệu có hiển thị trên màn hình không và không kiểm tra xem các thông tin như tên có bị cắt bỏ hay không

    B Mặc dù tồn tại nhiều mẫu xử lý nhưng chúng không thể được kiểm tra đơn vị bao phủ

    • Trong số nhiều mẫu xử lý, chỉ có mẫu đơn giản nhất được xác minh
    • Mặc dù có nhiều mẫu chỉnh sửa dữ liệu nhưng chỉ có một mẫu được xác minh
      (Kết quả là tất cả chỉnh sửa đều cho kết quả như nhau)
  2. Các trường hợp NG có thể gây ra CASE 2

    C Các trường hợp bất thường không được xác định trong các bài kiểm tra đơn vị (và quá trình thiết kế trước đó) và không được xác minh

    • Tôi chưa kiểm tra xem thông báo lỗi có hiển thị hay không khi quá trình bị buộc chấm dứt (kết xuất ngắn)
    • Chúng tôi chưa kiểm tra xem thông tin có thể xác định dữ liệu mục tiêu có được xuất/hiển thị khi xảy ra lỗi hay không
    • Chúng tôi chưa kiểm tra xem nội dung thông báo lỗi có dễ hiểu đối với người dùng và giúp họ hiểu nguyên nhân cũng như biện pháp khắc phục hay không
    • Chúng tôi chưa xác nhận liệu việc xử lý và xử lý khôi phục có được thực hiện phù hợp hay không khi xảy ra lỗi
      (Kết quả là tất cả dữ liệu đều được coi là lỗi, trong khi ban đầu chỉ dữ liệu mục tiêu có lỗi mới được coi là lỗi)
    • Hành vi trong trường hợp không có mục tiêu xử lý chưa được xác nhận
      (Kết quả là xảy ra lỗi khi xử lý 0 mục)

3 Những lưu ý cụ thể cho ERP thế hệ tiếp theo

Nếu phần chính của ERP và các gói bên ngoài được liên kết chặt chẽ thì cần phải phối hợp trao đổi dữ liệu và các điều kiện tiên quyết giữa các hệ thống liên quan từ giai đoạn 888 slots đơn vị
Các gói bên ngoài có thể được phát triển bởi một nhà cung cấp khác với nhà cung cấp ERP, vì vậy phải đặc biệt cẩn thận khi khớp các thông số kỹ thuật Việc kiểm tra kỹ lưỡng các thông số kỹ thuật và cải thiện độ chính xác của việc xác minh ở giai đoạn 888 slots đơn vị sẽ trực tiếp dẫn đến chất lượng được cải thiện trong các quy trình tiếp theo

Khi lỗi xảy ra thường xuyên trong các quy trình tiếp theo, nhiều nguyên nhân là do không đủ xác nhận trong các bài kiểm tra đơn vị hoặc không đủ quy trình kiểm tra bao gồm các hệ thống bất thường
Việc cải thiện chất lượng của các bài kiểm tra đơn vị dẫn đến giảm thời gian làm lại và khắc phục sự cố trong các quy trình tiếp theo

Tại BBS, SAP
Nếu bạn muốn biết thêm thông tin chi tiết về chuyên mục này, vui lòng liên hệ với chúng tôiLiên hệ với chúng tôiXin vui lòng

Tác giả: Hitoshi Kuroki, Yasuhiro Kawashima