Đồ thị Nguyên nhân-Hệ quả nằm trong kỹ thuật Testing Black box nhấn mạnh mối quan hệ giữa một kết quả nhất định và tất cả các yếu tố ảnh hưởng đến kết quả. Nó được sử dụng để viết các trường hợp kiểm thử động.
Các trường hợp Testing động được sử dụng khi code hoạt động động dựa trên đầu vào của người dùng. Ví dụ, trong khi sử dụng tài khoản email, khi nhập email hợp lệ, hệ thống chấp nhận nó, nhưng khi bạn nhập email không hợp lệ, hệ thống sẽ thông báo lỗi. Trong kỹ thuật này, các điều kiện đầu vào được gắn với các nguyên nhân và kết quả của các điều kiện đầu vào này với các hiệu ứng.
Các bài viết liên quan:
Kỹ thuật đồ thị Nguyên nhân-Hiệu quả dựa trên một tập hợp các yêu cầu và được sử dụng để xác định các trường hợp thử nghiệm tối thiểu có thể có, có thể bao phủ một khu vực thử nghiệm tối đa của phần mềm.
Ưu điểm chính của Testing đồ thị nguyên nhân – kết quả là, nó làm giảm thời gian thực hiện Testing và chi phí.
Kỹ thuật này nhằm mục đích giảm số lượng các trường hợp thử nghiệm nhưng vẫn bao phủ tất cả các trường hợp thử nghiệm cần thiết với độ bao phủ tối đa để đạt được chất lượng ứng dụng mong muốn.
Kỹ thuật đồ thị Nguyên nhân-Hiệu ứng chuyển đổi các đặc tả yêu cầu thành một mối quan hệ logic giữa các điều kiện đầu vào và đầu ra bằng cách sử dụng các toán tử logic như AND, OR và NOT.
Xem thêm X10 content
Các ký hiệu được sử dụng trong Đồ thị Nguyên nhân-Hậu quả
AND – E1 là một hiệu ứng và C1 và C2 là các nguyên nhân. Nếu cả C1 và C2 đều đúng, thì hiệu ứng E1 sẽ đúng.
OR – Nếu bất kỳ nguyên nhân nào từ C1 và C2 là đúng, thì hiệu ứng E1 sẽ đúng.
NOT – Nếu nguyên nhân C1 là sai, thì hiệu ứng E1 sẽ đúng.
Loại trừ lẫn nhau – Khi chỉ có một nguyên nhân là đúng.
Hãy thử hiểu kỹ thuật này với một số ví dụ:
Xem thêm 11 thách thức lớn về SEO mà bạn sẽ phải đối mặt trong sự nghiệp
Tình hình:
Ký tự trong cột 1 phải là A hoặc B và trong cột 2 phải là một chữ số. Nếu cả hai cột đều chứa các giá trị thích hợp thì việc cập nhật sẽ được thực hiện. Nếu đầu vào của cột 1 không chính xác, tức là cả A và B, thì thông báo X sẽ được hiển thị. Nếu đầu vào trong cột 2 không chính xác, tức là đầu vào không phải là chữ số, thì thông báo Y sẽ được hiển thị.
- Tệp phải được cập nhật, nếu ký tự trong cột đầu tiên là “A” hoặc “B” và trong cột thứ hai, nó phải là một chữ số.
- Nếu giá trị trong cột đầu tiên không chính xác (ký tự không phải là A và B) thì massage X sẽ được hiển thị.
- Nếu giá trị trong cột thứ hai không chính xác (ký tự không phải là chữ số) thì massage Y sẽ được hiển thị.
Bây giờ, chúng ta sẽ tạo một biểu đồ Nguyên nhân-Hậu quả cho tình huống trên:
Nguyên nhân là:
- C1 – Ký tự trong cột 1 là A
- C2 – Ký tự trong cột 1 là B
- C3 – Ký tự ở cột 2 là chữ số!
Các hiệu ứng:
- E1 – Cập nhật được thực hiện (C1 HOẶC C2) VÀ C3
- E2 – Hiển thị Massage X (KHÔNG phải C1 VÀ KHÔNG phải C2)
- E3 – Hiển thị Massage Y (KHÔNG phải C3)
Ở đâu VÀ, HOẶC, KHÔNG là cổng logic.
Hiệu ứng E1- Cập nhật được thực hiện- Logic cho sự tồn tại của hiệu ứng E1 là “(C1 HOẶC C2) VÀ C3”. Đối với C1 HOẶC C2, bất kỳ giá trị nào từ C1 và C2 phải đúng. Đối với logic AND C3 (Ký tự trong cột 2 phải là một chữ số), C3 phải đúng. Nói cách khác, đối với sự tồn tại của hiệu ứng E1 (Đã thực hiện cập nhật) bất kỳ hiệu ứng nào từ C1 và C2 nhưng C3 phải đúng. Chúng ta có thể thấy trong đồ thị nguyên nhân C1 và C2 được kết nối thông qua logic OR và hiệu ứng E1 được kết nối với logic AND.
Xem thêm Biểu đồ phân bổ tài nguyên trong hệ điều hành
Hiệu ứng E2 – Hiển thị Massage X – Logic cho sự tồn tại của hiệu ứng E2 là “KHÔNG phải C1 VÀ KHÔNG phải C2” có nghĩa là cả C1 (Ký tự trong cột 1 phải là A) và C2 (Ký tự trong cột 1 phải là B) phải là sai . Nói cách khác, đối với sự tồn tại của hiệu ứng E2, ký tự trong cột 1 không được là A hoặc B. Chúng ta có thể thấy trong biểu đồ, C1 HOẶC C2 được kết nối thông qua logic NOT với hiệu ứng E2.
Hiệu ứng E3 – Hiển thị Massage Y- Logic cho sự tồn tại của hiệu ứng E3 là “KHÔNG phải C3” có nghĩa là nguyên nhân C3 (Ký tự trong cột 2 là một chữ số) phải là sai. Nói cách khác, đối với sự tồn tại của hiệu ứng E3, ký tự trong cột 2 không được là một chữ số. Chúng ta có thể thấy trong đồ thị, C3 được kết nối thông qua logic NOT với hiệu ứng E3.
Vì vậy, nó là đồ thị nguyên nhân – kết quả cho tình huống đã cho. Người Testing cần chuyển đổi các nguyên nhân và ảnh hưởng thành các tuyên bố logic và sau đó thiết kế biểu đồ nguyên nhân – kết quả. Nếu hàm đưa ra kết quả (hiệu ứng) theo đầu vào (nguyên nhân) như vậy, nó được coi là không có khiếm khuyết và nếu không làm như vậy, nó sẽ được gửi đến nhóm phát triển để sửa chữa.
Kết luận
- Vẽ các vòng tròn cho các hiệu ứng và Nguyên nhân.
- Bắt đầu từ hiệu ứng và sau đó chọn nguyên nhân của hiệu ứng này là gì.
- Rút ra các nguyên nhân loại trừ lẫn nhau (nguyên nhân loại trừ được kết nối trực tiếp thông qua một tác động và một nguyên nhân) cuối cùng.
- Sử dụng cổng logic để vẽ các trường hợp kiểm thử động.
Xem thêm Kiểm tra bảo mật Business Logic
