Các nhà_phát_triển phần_mềm không_thể kiểm_tra mọi thứ , nhưng họ có_thể sử_dụng thiết_kế thử_nghiệm tổ_hợp để xác_định số_lượng thử_nghiệm tối_thiểu cần_thiết để có được phạm_vi bảo_hiểm mà họ muốn .Thiết_kế thử_nghiệm kết_hợp cho_phép người dùng có được phạm_vi kiểm_tra lớn hơn với ít bài kiểm_tra hơn .Cho_dù họ đang tìm_kiếm tốc_độ hoặc độ sâu kiểm_tra , họ có_thể sử_dụng các phương_pháp thiết_kế thử_nghiệm tổ_hợp để xây_dựng sự thay_đổi có cấu_trúc thành các trường_hợp thử_nghiệm của họ .Lưu_ý rằng " phạm_vi bảo_hiểm " , như được sử_dụng ở đây , đang đề_cập đến phạm_vi bảo_hiểm tổ_hợp , không phải là bảo_hiểm yêu_cầu .
Mặc_dù các nhà_phát_triển phần_mềm không_thể kiểm_tra mọi thứ , nhưng họ chạy gì để giữ thử_nghiệm ở mức tối_thiểu ?
Sử_dụng thiết_kế thử_nghiệm tổ_hợp