Test Case là gì?
Một Test Case là một tập hợp các hành động được thực hiện để xác minh một tính năng cụ thể hoặc chức năng của ứng dụng phần mềm của bạn. Test Case chứa các bước kiểm tra, dữ liệu kiểm tra, điều kiện tiên quyết, điều kiện hậu điều kiện được phát triển cho kịch bản thử nghiệm cụ thể để xác minh bất kỳ yêu cầu nào. Trường hợp kiểm thử bao gồm các biến hoặc điều kiện cụ thể, sử dụng nó mà kỹ sư kiểm thử có thể so sánh kết quả mong đợi và thực tế để xác định xem sản phẩm phần mềm có hoạt động theo yêu cầu của khách hàng hay không.
Kịch bản thử nghiệm là gì?
Kịch bản thử nghiệm được định nghĩa là bất kỳ chức năng nào có thể được thử nghiệm. Nó là một tập hợp các trường hợp kiểm thử giúp nhóm kiểm thử xác định các đặc điểm tích cực và tiêu cực của dự án.
Kịch bản kiểm tra cung cấp ý tưởng cấp cao về những gì chúng ta cần kiểm tra.
Ví dụ về tình huống thử nghiệm
Đối với Ứng dụng thương mại điện tử, một vài tình huống thử nghiệm sẽ là
Tình huống kiểm tra 1: Kiểm tra chức năng tìm kiếm
Tình huống thử nghiệm 2: Kiểm tra chức năng thanh toán
Tình huống kiểm tra 3: Kiểm tra chức năng đăng nhập
SỰ KHÁC BIỆT CHÍNH
- Test Case là một tập hợp các hành động được thực thi để xác minh các tính năng hoặc chức năng cụ thể trong khi Test Scenario là bất kỳ chức năng nào có thể được kiểm tra.
- Test Case chủ yếu bắt nguồn từ các kịch bản thử nghiệm trong khi các Kịch bản thử nghiệm có nguồn gốc từ các tạo tác thử nghiệm như BRS và SRS.
- Test Case giúp kiểm tra toàn diện một ứng dụng trong khi Test Scenario giúp kiểm tra chức năng từ đầu đến cuối một cách linh hoạt.
- Test Case tập trung vào những gì cần kiểm tra và cách kiểm tra trong khi Test Scenario tập trung hơn vào những gì cần kiểm tra.
- Các trường hợp thử nghiệm là các hành động cấp thấp trong khi các Kịch bản thử nghiệm là các hành động cấp cao.
- Test Case yêu cầu nhiều tài nguyên và thời gian hơn để thực thi test trong khi Test Scenario yêu cầu ít tài nguyên và thời gian hơn để thực hiện test.
- Test Case bao gồm các bước kiểm tra, dữ liệu, kết quả mong đợi để kiểm tra trong khi Test Scenario bao gồm chức năng đầu cuối để kiểm tra.
Ví dụ về các trường hợp thử nghiệm
Các trường hợp thử nghiệm cho Kịch bản thử nghiệm: "Kiểm tra chức năng đăng nhập" sẽ là
- Kiểm tra hoạt động của hệ thống khi id email và mật khẩu hợp lệ được nhập.
- Kiểm tra hoạt động của hệ thống khi nhập id email không hợp lệ và mật khẩu hợp lệ.
- Kiểm tra hoạt động của hệ thống khi nhập id email hợp lệ và mật khẩu không hợp lệ.
- Kiểm tra hành vi của hệ thống khi nhập id email không hợp lệ và mật khẩu không hợp lệ.
- Kiểm tra hoạt động của hệ thống khi id email và mật khẩu để trống và đã nhập Đăng nhập.
- Kiểm tra Quên mật khẩu của bạn có hoạt động như mong đợi không
- Kiểm tra hoạt động của hệ thống khi số điện thoại và mật khẩu hợp lệ / không hợp lệ được nhập.
- Kiểm tra hoạt động của hệ thống khi "Giữ cho tôi ký" được chọn
Tại sao chúng tôi viết các trường hợp kiểm thử?
Dưới đây là một số lý do quan trọng để tạo Test Case-
- Các trường hợp thử nghiệm giúp xác minh sự phù hợp với các tiêu chuẩn, hướng dẫn hiện hành và các yêu cầu của khách hàng
- Giúp bạn xác nhận các kỳ vọng và yêu cầu của khách hàng
- Tăng khả năng kiểm soát, logic và phạm vi bao phủ luồng dữ liệu
- Bạn có thể mô phỏng các tình huống người dùng cuối 'thực'
- Để lộ lỗi hoặc khuyết tật
- Khi các trường hợp kiểm thử được viết để thực hiện kiểm thử, công việc của kỹ sư kiểm thử sẽ được tổ chức tốt hơn và đơn giản hóa
Tại sao chúng tôi viết Kịch bản thử nghiệm?
Dưới đây là những lý do quan trọng để tạo một Kịch bản thử nghiệm:
- Lý do chính để viết một kịch bản thử nghiệm là để xác minh chức năng hoàn chỉnh của ứng dụng phần mềm
- Nó cũng giúp bạn đảm bảo rằng các quy trình và dòng chảy kinh doanh theo các yêu cầu chức năng
- Kịch bản thử nghiệm có thể được phê duyệt bởi các bên liên quan khác nhau như Nhà phân tích kinh doanh, Nhà phát triển, Khách hàng để đảm bảo Ứng dụng Đang thử nghiệm được kiểm tra kỹ lưỡng. Nó đảm bảo rằng phần mềm đang hoạt động cho các trường hợp sử dụng phổ biến nhất.
- Chúng đóng vai trò như một công cụ nhanh chóng để xác định nỗ lực làm việc thử nghiệm và theo đó tạo đề xuất cho khách hàng hoặc tổ chức lực lượng lao động.
- Chúng giúp xác định các giao dịch đầu cuối quan trọng nhất hoặc việc sử dụng thực sự của các ứng dụng phần mềm.
- Sau khi các Kịch bản thử nghiệm này được hoàn thiện, các trường hợp thử nghiệm có thể dễ dàng bắt nguồn từ các Kịch bản thử nghiệm.
Trường hợp thử nghiệm so với kịch bản thử nghiệm
Dưới đây là sự khác biệt đáng kể giữa Kịch bản thử nghiệm và Trường hợp thử nghiệm
| Kịch bản thử nghiệm | Trường hợp thử nghiệm |
|---|---|
| Một kịch bản thử nghiệm chứa tài liệu cấp cao mô tả một chức năng từ đầu đến cuối sẽ được thử nghiệm. | Các trường hợp kiểm thử chứa các bước kiểm tra xác định, dữ liệu, kết quả mong đợi để kiểm tra tất cả các tính năng của một ứng dụng. |
| Nó tập trung vào "những gì để kiểm tra" hơn là "làm thế nào để kiểm tra". | Sự nhấn mạnh hoàn toàn về "những gì cần kiểm tra" và "làm thế nào để kiểm tra.". |
| Các kịch bản thử nghiệm là một lớp lót. Vì vậy, luôn có khả năng mơ hồ trong quá trình thử nghiệm. | Các trường hợp kiểm thử đã xác định một bước, điều kiện tiên quyết, kết quả mong đợi, v.v. Do đó, không có sự mơ hồ trong quá trình này. |
| Các kịch bản thử nghiệm được lấy từ các tạo tác thử nghiệm như BRS, SRS, v.v. | Trường hợp thử nghiệm chủ yếu bắt nguồn từ các kịch bản thử nghiệm. Nhiều trường hợp thử nghiệm có thể được bắt nguồn từ một tình huống thử nghiệm duy nhất |
| Nó giúp kiểm tra chức năng từ đầu đến cuối một cách nhanh nhẹn | Nó giúp kiểm tra toàn diện một ứng dụng |
| Các kịch bản thử nghiệm là các hành động cấp cao. | Các trường hợp kiểm thử là các hành động cấp thấp. |
| Tương đối ít thời gian và tài nguyên hơn được yêu cầu để tạo và thử nghiệm bằng cách sử dụng các kịch bản. | Cần nhiều tài nguyên hơn để lập tài liệu và thực thi các trường hợp kiểm thử. |
Các phương pháp hay nhất để tạo các trường hợp thử nghiệm
- Các trường hợp kiểm tra phải minh bạch và đơn giản
- Tạo Trường hợp thử nghiệm bằng cách ghi nhớ người dùng cuối
- Tránh lặp lại trường hợp thử nghiệm
- Bạn cần đảm bảo rằng bạn sẽ viết các trường hợp thử nghiệm để kiểm tra tất cả các yêu cầu phần mềm được đề cập trong tài liệu đặc tả
- Không bao giờ giả định chức năng và tính năng của ứng dụng phần mềm của bạn trong khi chuẩn bị một trường hợp thử nghiệm
- Các trường hợp kiểm tra phải được nhận dạng dễ dàng
Các phương pháp hay nhất để tạo một Kịch bản thử nghiệm
- Các kịch bản kiểm tra chủ yếu là câu lệnh dòng đơn cho biết những gì nên được kiểm tra
- Mô tả kịch bản phải đơn giản và dễ hiểu
- Cần đánh giá cẩn thận các yêu cầu đã nêu
- Các công cụ và tài nguyên cần thiết để kiểm tra cần được tích lũy trước khi bắt đầu quá trình kiểm tra