Kiểm tra mảng trực giao
Kiểm thử mảng trực giao (OAT) là kỹ thuật kiểm thử phần mềm sử dụng các mảng trực giao để tạo các trường hợp kiểm thử. Đây là cách tiếp cận kiểm tra thống kê đặc biệt hữu ích khi hệ thống được kiểm tra có dữ liệu đầu vào rất lớn. Kiểm tra mảng trực giao giúp tối đa hóa phạm vi kiểm tra bằng cách ghép nối và kết hợp các đầu vào và kiểm tra hệ thống với số lượng trường hợp kiểm tra tương đối ít hơn để tiết kiệm thời gian.
Ví dụ, khi vé tàu phải được kiểm tra, 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à quá 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 kiểm tra. 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 được gọi là Thử nghiệm theo cặp. Kỹ thuật OATS được sử dụng để kiểm tra theo cặp.
Trong hướng dẫn này, bạn sẽ học-
- OAT (Kiểm tra mảng trực giao) là gì?
- Tại sao OAT (Kiểm tra mảng trực giao)?
- OAT's được thể hiện như thế nào
- Cách thực hiện Kiểm tra mảng trực giao: Ví dụ
- Ưu điểm của OAT
- Nhược điểm của OAT
- Sai lầm hoặc lỗi khi thực hiện OAT
Tại sao OAT (Kiểm tra mảng trực giao)?
Trong tình huống hiện tại, việc cung cấp một sản phẩm phần mềm chất lượng cho khách hàng trở nên khó khăn do sự phức tạp của mã.
Theo phương pháp thông thường, bộ thử nghiệm bao gồm các trường hợp thử nghiệm được bắt nguồn từ tất cả sự kết hợp của các giá trị đầu vào và điều kiện trước. Kết quả là, n số trường hợp thử nghiệm phải được bao phủ.
Nhưng trong một tình huống thực tế, người thử nghiệm sẽ không có thời gian thực hiện tất cả các trường hợp thử nghiệm để phát hiện ra các khiếm khuyết 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 khi ở trong giai đoạn thử nghiệm.
Do đó, các nhà quản lý thử nghiệm muốn tối ưu hóa số lượng và chất lượng của các trường hợp thử nghiệm để đảm bảo mức độ bao phủ Thử nghiệm tối đa với nỗ lực tối thiểu. Nỗ lực này được gọi là Tối ưu hóa trường hợp thử nghiệm.
- Cách thống kê và hệ thống để kiểm tra các tương tác theo cặp
- Các điểm tương tác và tích hợp là nguồn gốc chính của các khiếm khuyết.
- Thực thi các trường hợp thử nghiệm được xác định rõ ràng, ngắn gọn có khả năng phát hiện ra hầu hết (không phải tất cả) lỗi.
- Cách tiếp cận trực giao đảm bảo phạm vi bao phủ theo cặp của tất cả các biến.
OAT's được thể hiện như thế nào
Công thức tính OAT
- Chạy (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.
- Factors (K) - Số cột trong mảng, được chuyển thành số lượng biến tối đa có thể được xử lý.
- Mức (V) - Số lượng giá trị tối đa có thể được thực hiện trên bất kỳ hệ số đơn lẻ nào.
Một yếu tố duy nhất có 2 đến 3 đầu vào được kiểm tra. Số lượng đầu vào tối đa đó quyết định các 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.
- Chuyển các Chạy thành các trường hợp thử nghiệm, thêm bất kỳ kết hợp đặc biệt đáng ngờ nào chưa được tạo.
ví dụ 1
Một trang Web có ba phần riêng biệt (Trên cùng, Giữa, Dưới cùng) có thể được hiển thị riêng lẻ hoặc ẩn với người dùng
- Không có yếu tố nào = 3 (Trên cùng, Giữa, Dưới cùng)
- Số cấp độ (Hiển thị) = 2 (Ẩn hoặc Hiển thị)
- Loại 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 tôi cần các trường hợp thử nghiệm như 2 X 3 = 6 Trường hợp thử nghiệm
| Các trường hợp kiểm tra | Các tình huống | Giá trị được kiểm tra |
|---|---|---|
| Bài kiểm tra số 1 | ẨN | Hàng đầu |
| Bài kiểm tra số 2 | CHO XEM | Hàng đầu |
| Bài kiểm tra số 3 | ẨN | Dưới cùng |
| Bài kiểm tra số 4 | CHO XEM | Dưới cùng |
| Bài kiểm tra số 5 | ẨN | Ở giữa |
| Bài kiểm tra số 6 | CHO XEM | Ở giữa |
Nếu chúng tôi tham gia Kiểm tra OAT, chúng tôi cần 4 trường hợp kiểm tra như hình dưới đây:
| Các trường hợp kiểm tra | HÀNG ĐẦU | Ở giữa | Dưới cùng |
|---|---|---|---|
| Bài kiểm tra số 1 | Ẩn | Ẩn | Ẩn |
| Bài kiểm tra số 2 | Ẩn | 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 | Ẩn | 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 | Ẩn |
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 doping: 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 ta 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ố yếu tố = 4 (nhiệt độ, áp suất, lượng pha tạp và Tỷ lệ 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à tương tự như vậy các yếu tố khác cũng có mức)
Tạo một mảng như sau:
1. Các cột có Số yếu tố
| Trường hợp thử nghiệm # | Nhiệt độ | Sức ép | Lượng doping | Tỉ lệ lắng đọng |
|---|---|---|---|---|
2. Nhập số hàng bằng cấp cho mỗi hệ số. tức là nhiệt độ có 3 mức. Do đó, chèn 3 hàng cho mỗi mức cho nhiệt độ,
| Trường hợp thử nghiệm # | Nhiệt độ | Sức ép | Lượng doping | Tỉ lệ lắng đọng |
|---|---|---|---|---|
| 1 | 100C | |||
| 2 | 100C | |||
| 3 | 100C | |||
| 4 | 150C | |||
| 5 | 150C | |||
| 6 | 150C | |||
| 7 | 200C | |||
| số 8 | 200C | |||
| 9 | 200C |
3. Bây giờ chia nhỏ á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ư vậy 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 doping | 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 | số 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 | số 8% | 0,3 mg / s |
| 7 | 200C | 2 psi | 4% | 0,1 mg / s |
| số 8 | 200C | 5 psi | 6% | 0,2 mg / s |
| 9 | 200C | 8 psi | số 8% | 0,3 mg / s |
Do đó, trong các OAs, chúng ta cần có 9 Test case để bao gồm.
Ưu điểm của OAT
- Đảm bảo kiểm tra các kết hợp khôn ngoan theo 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.
- Một sự kết hợp phức tạp của các biến có thể được thực hiện.
- Đơn giản hơn để tạo và ít lỗi hơn so với các bộ thử nghiệm được tạo bằng tay.
- Nó hữu ích cho Kiểm tra tích hợp.
- Nó cải thiện năng suất do giảm chu kỳ thử nghiệm và thời gian thử nghiệm.
Nhược điểm của OAT
- Khi đầu vào dữ liệu tăng lên, độ phức tạp của Test case tăng lên. Kết quả là, nỗ lực thủ công và thời gian bỏ ra tăng lên. Do đó, người kiểm tra phải đi Kiểm tra tự động hóa.
- Hữu ích cho Kiểm tra tích hợp của các thành phần phần mềm.
Sai lầm hoặc lỗi khi thực hiện OAT
- Nỗ lực thử nghiệm không nên tập trung vào khu vực sai của ứng dụng.
- Tránh chọn sai các thông số để kết hợp
- Tránh sử dụng Kiểm tra mảng trực giao cho các nỗ lực kiểm tra tối thiểu.
- Áp dụng thử nghiệm mảng trực giao theo cách thủ công
- Áp dụng Kiểm tra mảng trực giao cho các ứng dụng có rủi ro cao
Phần kết luận:
Ở đây chúng ta đã thấy cách OAT (Kiểm tra mảng trực giao) có thể được sử dụng để giảm các nỗ lực kiểm thử và cách tối ưu hóa trường hợp thử nghiệm có thể đạt được.
Bài viết này được đóng góp bởi Madhumitha.