Kiểm tra mảng trực giao là gì? (Ví dụ)
Thomas Hamilton
Kiểm tra mảng trực giao
Kiểm tra mảng trực giao (OAT) là kỹ thuật kiểm thử phần mềm sử dụng mảng trực giao để tạo các trường hợp kiểm thử. Đây là phương pháp thử nghiệm thống kê đặc biệt hữu ích khi hệ thống được thử nghiệm có lượng dữ liệu đầu vào khổng lồ. Kiểm thử mảng trực giao giúp tối đa hóa phạm vi kiểm thử bằng cách ghép nối và kết hợp các đầu vào cũng như kiểm thử hệ thống với số lượng ca kiểm thử tương đối ít hơn để tiết kiệm thời gian.
Ví dụ: khi phải xác minh vé tàu, các yếu tố như – số lượng hành khách, số vé, số ghế và số tàu phải được kiểm tra. Việc kiểm tra từng yếu tố/đầu vào là rất phức tạp. Sẽ hiệu quả hơn khi kỹ sư QA kết hợp nhiều đầu vào hơn với nhau và thực hiện thử nghiệm. Trong những trường hợp như vậy, chúng ta có thể sử dụng phương pháp kiểm tra Mảng trực giao.
Kiểu ghép nối hoặc kết hợp các đầu vào và thử nghiệm hệ thống để tiết kiệm thời gian này được gọi là thử nghiệm từng cặp. Kỹ thuật OATS được sử dụng để thử nghiệm từng cặp.
Tại sao OAT (Thử nghiệm mảng trực giao)?
Trong bối cảnh hiện tại, việc cung cấp sản phẩm phần mềm chất lượng cho khách hàng đã trở nên khó khăn do tính phức tạp của mã.
Trong phương pháp thông thường, các bộ thử nghiệm bao gồm các trường hợp thử nghiệm được rút ra từ tất cả sự kết hợp của các giá trị đầu vào và các điều kiện trước. Kết quả là n số ca kiểm thử phải được thực hiện.
Nhưng trong tình huống thực tế, người kiểm tra sẽ không có thời gian rảnh để thực hiện tất cả các trường hợp kiểm thử để phát hiện ra các lỗi vì có các quy trình khác như tài liệu, đề xuất và phản hồi từ khách hàng phải được tính đến trong quá trình thực hiện. giai đoạn thử nghiệm.
Do đó, người quản lý kiểm thử muốn tối ưu hóa số lượng và chất lượng của các ca kiểm thử để đảm bảo tối đa Phạm vi kiểm tra với nỗ lực tối thiểu. Nỗ lực này được gọi là Trường hợp thử nghiệm Tối ưu hóa.
- Phương pháp hệ thống và thống kê để kiểm tra tương tác từng cặp
- Tương tác và điểm tích hợp là nguyên nhân chính gây ra lỗi.
- Thực hiện các trường hợp thử nghiệm ngắn gọn, được xác định rõ ràng để có khả năng phát hiện ra hầu hết (không phải tất cả) lỗi.
- Phương pháp trực giao đảm bảo độ bao phủ từng cặp của tất cả các biến.
OAT được thể hiện như thế nào
Công thức tính OAT
- Runs (N) – Số hàng trong mảng, chuyển thành một số trường hợp thử nghiệm sẽ được tạo.
- Yếu tố (K) – Số cột trong mảng, chuyển thành số lượng biến tối đa có thể xử lý được.
- Cấp độ (V) – Số lượng giá trị tối đa có thể được thực hiện trên bất kỳ yếu tố đơn lẻ nào.
Một yếu tố duy nhất có 2 đến 3 đầu vào cần được kiểm tra. Số lượng đầu vào tối đa đó quyết định Cấp độ.
Cách thực hiện Kiểm tra mảng trực giao: Ví dụ
- Xác định biến độc lập cho kịch bản.
- Tìm mảng nhỏ nhất có số lần chạy.
- Ánh xạ các yếu tố vào mảng.
- Chọn các giá trị cho bất kỳ mức “còn lại” nào.
- Phiên âm các lần Chạy vào các trường hợp thử nghiệm, thêm bất kỳ sự kết hợp đặc biệt đáng ngờ nào chưa được tạo ra.
Ví dụ 1
Một trang Web có ba phần riêng biệt (Trên, Giữa, Dưới) có thể được hiển thị hoặc ẩn riêng lẻ với người dùng
- Số yếu tố = 3 (Trên, Giữa, Dưới)
- Số cấp độ (Hiển thị) = 2 (Ẩn hoặc Hiển thị)
- Kiểu mảng = L4(23)
(4 là số lần chạy đến sau khi tạo mảng OAT)
Nếu chúng ta sử dụng kỹ thuật kiểm thử thông thường, chúng ta cần các trường hợp kiểm thử như 2 X 3 = 6 Trường hợp kiểm thử
| Các trường hợp kiểm tra | Kịch bản | Các giá trị cần kiểm tra |
|---|---|---|
| Bài kiểm tra số 1 | Hidden | Áo sơ mi |
| Bài kiểm tra số 2 | CHO XEM | Áo sơ mi |
| Bài kiểm tra số 3 | Hidden | đáy |
| Bài kiểm tra số 4 | CHO XEM | đáy |
| Bài kiểm tra số 5 | Hidden | Tên đệm |
| Bài kiểm tra số 6 | CHO XEM | Tên đệm |
Nếu chúng ta thực hiện OAT testing, chúng ta cần 4 test case như dưới đây:
| Các trường hợp kiểm tra | TOP | Tên đệm | đáy |
|---|---|---|---|
| Bài kiểm tra số 1 | Thành viên ẩn danh | Thành viên ẩn danh | Thành viên ẩn danh |
| Bài kiểm tra số 2 | Thành viên ẩn danh | Có thể nhìn thấy | Có thể nhìn thấy |
| Bài kiểm tra số 3 | Có thể nhìn thấy | Thành viên ẩn danh | Có thể nhìn thấy |
| Bài kiểm tra số 4 | Có thể nhìn thấy | Có thể nhìn thấy | Thành viên ẩn danh |
Ví dụ 2
Chức năng của bộ vi xử lý phải được kiểm tra:
- Nhiệt độ: 100C, 150C và 200C.
- Áp suất: 2 psi, 5psi và 8psi
- Lượng pha tạp: 4%, 6% và 8%
- Tốc độ lắng đọng: 0.1mg/s, 0.2 mg/s và 0.3mg/s
Bằng cách sử dụng phương pháp thông thường, chúng tôi cần = 81 trường hợp thử nghiệm để bao gồm tất cả các đầu vào. Hãy làm việc với phương pháp OATS:
Số hệ số = 4 (nhiệt độ, áp suất, lượng pha tạp và tốc độ lắng đọng)
Mức độ = 3 mức độ cho mỗi yếu tố (nhiệt độ có 3 mức độ - 100C, 150C và 200C và các yếu tố khác cũng có mức độ)
Tạo một mảng như sau:
1. Cột ghi số thừa số
| Trường hợp thử nghiệm # | Nhiệt độ | Sức ép | Lượng pha tạp | Tỉ lệ lắng đọng |
|---|---|---|---|---|
2. Nhập số hàng bằng mức của mỗi hệ số. tức là nhiệt độ có 3 mức. Do đó, chèn 3 hàng cho mỗi mức nhiệt độ,
| Trường hợp thử nghiệm # | Nhiệt độ | Sức ép | Lượng pha tạp | Tỉ lệ lắng đọng |
|---|---|---|---|---|
| 1 | 100C | |||
| 2 | 100C | |||
| 3 | 100C | |||
| 4 | 150C | |||
| 5 | 150C | |||
| 6 | 150C | |||
| 7 | 200C | |||
| 8 | 200C | |||
| 9 | 200C |
3. Bây giờ hãy chia áp suất, lượng pha tạp và tốc độ lắng đọng trong các cột.
Ví dụ: Nhập 2 psi ở nhiệt độ 100C, 150C và 200C, tương tự nhập lượng pha tạp 4% cho 100C, 150C và 200C, v.v.
| Trường hợp thử nghiệm # | Nhiệt độ | Sức ép | Lượng pha tạp | Tỉ lệ lắng đọng |
|---|---|---|---|---|
| 1 | 100C | 2 psi | 4% | 0.1 mg/s |
| 2 | 100C | 5 psi | 6% | 0.2 mg/s |
| 3 | 100C | 8 psi | 8% | 0.3 mg/s |
| 4 | 150C | 2 psi | 4% | 0.1 mg/s |
| 5 | 150C | 5 psi | 6% | 0.2 mg/s |
| 6 | 150C | 8 psi | 8% | 0.3 mg/s |
| 7 | 200C | 2 psi | 4% | 0.1 mg/s |
| 8 | 200C | 5 psi | 6% | 0.2 mg/s |
| 9 | 200C | 8 psi | 8% | 0.3 mg/s |
Do đó, trong OA, chúng ta cần 9 trường hợp kiểm thử.
Ưu điểm yến mạch
- Đảm bảo kiểm tra các tổ hợp từng cặp của tất cả các biến đã chọn.
- Giảm số lượng trường hợp thử nghiệm
- Tạo ít trường hợp thử nghiệm hơn bao gồm việc thử nghiệm tất cả sự kết hợp của tất cả các biến.
- Có thể thực hiện sự kết hợp phức tạp các biến số.
- Tạo đơn giản hơn và ít xảy ra lỗi hơn so với các bộ kiểm tra được tạo bằng tay.
- Nó rất hữu ích cho Thử nghiệm hội nhập.
- Nó cải thiện năng suất do giảm chu kỳ kiểm tra và thời gian kiểm tra.
Nhược điểm của OAT
- Khi dữ liệu đầu vào tăng lên, độ phức tạp của Test Case tăng lên. Kết quả là, công sức thủ công và thời gian bỏ ra tăng lên. Do đó, các tester phải thực hiện Kiểm tra tự động hóa.
- Hữu ích cho việc kiểm tra tích hợp các thành phần phần mềm.
Những sai sót hoặc sai sót khi thực hiện OAT
- Nỗ lực kiểm thử không nên tập trung vào sai khu vực của ứng dụng.
- Tránh chọn sai thông số để kết hợp
- Tránh sử dụng Thử nghiệm mảng trực giao cho những nỗ lực thử nghiệm tối thiểu.
- Áp dụng thử nghiệm mảng trực giao theo cách thủ công
- Áp dụng thử nghiệm mảng trực giao cho các ứng dụng có rủi ro cao
Kết luận
Ở đây chúng ta đã thấy cách sử dụng OAT (Thử nghiệm mảng trực giao) để giảm bớt nỗ lực thử nghiệm và cách đạt được tối ưu hóa trường hợp thử nghiệm.
