Cách viết test case kèm ví dụ
Thomas Hamilton
Các bước để tạo trường hợp kiểm thử trong kiểm thử thủ công
Hãy tạo một Test Case cho kịch bản: Kiểm tra chức năng đăng nhập
Bước 1) Một trường hợp thử nghiệm đơn giản để giải thích kịch bản sẽ là
| Trường hợp thử nghiệm # | Trường hợp thử nghiệm Description |
|---|---|
| 1 | Kiểm tra phản hồi khi nhập email và mật khẩu hợp lệ |
Bước 2) Kiểm tra dữ liệu.
Để thực hiện trường hợp thử nghiệm, bạn sẽ cần Dữ liệu thử nghiệm. Thêm nó bên dưới
| Trường hợp thử nghiệm # | Trường hợp thử nghiệm Description | Dữ liệu thử nghiệm |
|---|---|---|
| 1 | Kiểm tra phản hồi khi nhập email và mật khẩu hợp lệ | Email: guru99@email.com Mật khẩu: lNf9^Oti7^2h |
Việc xác định dữ liệu thử nghiệm có thể tốn thời gian và đôi khi có thể yêu cầu tạo lại dữ liệu thử nghiệm. Lý do cần phải được ghi lại.
Bước 3) Thực hiện các hành động.
Để thực hiện một trường hợp kiểm thử, người kiểm thử cần thực hiện một tập hợp hành động cụ thể trên AUT. Điều này được ghi lại như dưới đây:
| Trường hợp thử nghiệm # | Trường hợp thử nghiệm Description | Các bước kiểm tra | Dữ liệu thử nghiệm |
|---|---|---|---|
| 1 | Kiểm tra phản hồi khi nhập email và mật khẩu hợp lệ | 1) Nhập địa chỉ email
2) Nhập mật khẩu 3) Nhấp vào Đăng nhập |
Email: guru99@email.com
Mật khẩu: lNf9^Oti7^2h |
Nhiều khi các Bước kiểm tra không đơn giản như trên nên cần có tài liệu. Ngoài ra, tác giả của test case có thể rời khỏi tổ chức hoặc đi nghỉ hoặc bị ốm và nghỉ việc hoặc rất bận rộn với các nhiệm vụ quan trọng khác. Một người được thuê gần đây có thể được yêu cầu thực hiện trường hợp thử nghiệm. Các bước được ghi lại sẽ giúp ích cho anh ta và cũng tạo điều kiện thuận lợi cho việc đánh giá của các bên liên quan khác.
Bước 4) Kiểm tra hành vi của AUT.
Mục tiêu của các trường hợp kiểm thử trong kiểm thử phần mềm là kiểm tra hành vi của AUT để có kết quả mong đợi. Điều này cần phải được ghi lại như dưới đây
| Trường hợp thử nghiệm # | Trường hợp thử nghiệm Description | Dữ liệu thử nghiệm | Kết quả mong đợi |
|---|---|---|---|
| 1 | Kiểm tra phản hồi khi nhập email và mật khẩu hợp lệ | Email: guru99@email.com Mật khẩu: lNf9^Oti7^2h |
Đăng nhập phải thành công |
Trong thời gian thực hiện kiểm thử, người kiểm thử sẽ kiểm tra kết quả mong đợi với kết quả thực tế và chỉ định trạng thái đạt hoặc không đạt.
| Trường hợp thử nghiệm # | Trường hợp thử nghiệm Description | Dữ liệu thử nghiệm | Kết quả mong đợi | Kết quả thực tế | Vượt qua thất bại |
|---|---|---|---|---|---|
| 1 | Kiểm tra phản hồi khi nhập email và mật khẩu hợp lệ | Email: guru99@email.com Mật khẩu: lNf9^Oti7^2h | Đăng nhập phải thành công | Đăng nhập đã thành công | Qua |
Bước 5) Ngoài trường hợp thử nghiệm của bạn - có thể có một trường như,
Pre – Điều kiện chỉ định những thứ phải có trước khi thử nghiệm có thể chạy. Đối với trường hợp thử nghiệm của chúng tôi, điều kiện tiên quyết là phải cài đặt trình duyệt để có quyền truy cập vào trang web đang được thử nghiệm. Một trường hợp kiểm thử cũng có thể bao gồm Hậu – Điều kiện chỉ định mọi điều áp dụng sau khi trường hợp kiểm thử hoàn thành. Đối với trường hợp thử nghiệm của chúng tôi, điều kiện sau sẽ là thời gian và ngày đăng nhập được lưu trữ trong cơ sở dữ liệu
Cách viết video test case
Nhấp chuột đây nếu video không thể truy cập được
Thực hành tốt nhất để viết Test Case tốt.
1. Test Case cần đơn giản và minh bạch:
Tạo các trường hợp thử nghiệm đơn giản nhất có thể. Chúng phải rõ ràng và ngắn gọn vì tác giả của test case có thể không thực hiện chúng.
Sử dụng ngôn ngữ quyết đoán như vào trang chủ, nhập dữ liệu, nhấp vào đây, v.v. Điều này làm cho việc hiểu các bước kiểm tra trở nên dễ dàng và thực hiện kiểm tra nhanh hơn.
2. Tạo trường hợp thử nghiệm hướng tới người dùng cuối
Mục tiêu cuối cùng của bất kỳ dự án phần mềm nào là tạo ra các trường hợp thử nghiệm đáp ứng yêu cầu của khách hàng, dễ sử dụng và vận hành. Người thử nghiệm phải tạo các trường hợp thử nghiệm có tính đến quan điểm của người dùng cuối
3. Tránh lặp lại ca kiểm thử.
Không lặp lại các trường hợp thử nghiệm. Nếu cần một trường hợp kiểm thử để thực thi một số trường hợp kiểm thử khác, hãy gọi trường hợp kiểm thử đó theo id trường hợp kiểm thử của nó trong cột điều kiện trước
4. Đừng Giả Định
Đừng thừa nhận 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ị test case. Bám sát các tài liệu đặc tả.
5. Đảm bảo phủ sóng 100%
Đảm bảo bạn viết các trường hợp kiểm thử để 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ả. Sử dụng Ma trận truy xuất nguồn gốc để đảm bảo không có chức năng/điều kiện nào chưa được kiểm tra.
6. Các trường hợp kiểm thử phải được nhận dạng.
Đặt tên cho ID của trường hợp thử nghiệm sao cho dễ nhận dạng khi theo dõi lỗi hoặc xác định yêu cầu phần mềm ở giai đoạn sau.
7. Thực hiện các kỹ thuật kiểm thử
Không thể kiểm tra mọi điều kiện có thể có trong ứng dụng phần mềm của bạn. Kỹ thuật kiểm thử phần mềm giúp bạn chọn một số trường hợp kiểm thử có khả năng tìm ra lỗi tối đa.
- Phân tích giá trị biên (BVA): Như tên cho thấy, đây là kỹ thuật xác định việc kiểm tra ranh giới cho một phạm vi giá trị được chỉ định.
- Phân vùng tương đương (EP): Kỹ thuật này phân vùng phạm vi thành các phần/nhóm bằng nhau có xu hướng có hành vi giống nhau.
- Kỹ thuật chuyển trạng thái:Phương pháp này được sử dụng khi hành vi của phần mềm thay đổi từ trạng thái này sang trạng thái khác sau một hành động cụ thể.
- Kỹ thuật đoán lỗi: Đây là việc đoán/dự đoán lỗi có thể phát sinh khi thực hiện kiểm thử thủ công. Đây không phải là một phương pháp chính thức và tận dụng trải nghiệm của người thử nghiệm với ứng dụng
8. tự làm sạch
Trường hợp thử nghiệm bạn tạo phải trả về Môi trường thử nghiệm về trạng thái trước khi thử nghiệm và không được khiến môi trường thử nghiệm không thể sử dụng được. Điều này đặc biệt đúng đối với việc kiểm tra cấu hình.
9. Có thể lặp lại và tự đứng
Trường hợp thử nghiệm sẽ tạo ra kết quả giống nhau mỗi lần bất kể ai kiểm tra nó
10. ngang hàng Revôi.
Sau khi tạo các trường hợp thử nghiệm, hãy để đồng nghiệp của bạn xem xét chúng. Đồng nghiệp của bạn có thể phát hiện ra những khiếm khuyết trong thiết kế trường hợp thử nghiệm của bạn mà bạn có thể dễ dàng bỏ qua.
Trong khi soạn thảo một trường hợp thử nghiệm để bao gồm thông tin sau
- Mô tả yêu cầu nào đang được thử nghiệm
- Giải thích về cách hệ thống sẽ được kiểm tra
- Thiết lập thử nghiệm như phiên bản của ứng dụng đang được thử nghiệm, phần mềm, tệp dữ liệu, hệ điều hành, phần cứng, quyền truy cập bảo mật, ngày vật lý hoặc logic, thời gian trong ngày, các điều kiện tiên quyết như các thử nghiệm khác và bất kỳ thông tin thiết lập nào khác phù hợp với các yêu cầu đang được thử nghiệm
- Đầu vào và đầu ra hoặc hành động và kết quả mong đợi
- Bất kỳ bằng chứng hoặc tài liệu đính kèm
- Sử dụng ngôn ngữ trường hợp hoạt động
- Test Case không được quá 15 bước
- Tập lệnh kiểm thử tự động được nhận xét kèm thông tin đầu vào, mục đích và kết quả mong đợi
- Việc thiết lập cung cấp một giải pháp thay thế cho các bài kiểm tra cần thiết trước
- Với các thử nghiệm khác, đó phải là thứ tự kịch bản kinh doanh không chính xác
Công cụ quản lý trường hợp thử nghiệm
Công cụ quản lý kiểm thử là các công cụ tự động hóa giúp quản lý và duy trì các Trường hợp kiểm thử. Các tính năng chính của công cụ quản lý trường hợp thử nghiệm là
- Để ghi lại các trường hợp thử nghiệm: Với các công cụ, bạn có thể đẩy nhanh quá trình tạo Trường hợp kiểm thử bằng cách sử dụng các mẫu
- Thực hiện Test Case và ghi lại kết quả: Test Case có thể được thực thi thông qua các công cụ và kết quả thu được có thể được ghi lại dễ dàng.
- Tự động theo dõi lỗi: Các bài kiểm tra không thành công sẽ tự động được liên kết với trình theo dõi lỗi, sau đó có thể được giao cho các nhà phát triển và theo dõi bằng thông báo qua email.
- Truy xuất nguồn gốc: Các yêu cầu, trường hợp kiểm thử, thực hiện trường hợp kiểm thử đều được liên kết với nhau thông qua các công cụ và mỗi trường hợp có thể được truy tìm với nhau để kiểm tra phạm vi kiểm thử.
- Bảo vệ các trường hợp thử nghiệm: Các trường hợp thử nghiệm phải có thể tái sử dụng và cần được bảo vệ khỏi bị mất hoặc bị hỏng do kiểm soát phiên bản kém. Công cụ quản lý trường hợp thử nghiệm cung cấp các tính năng như
- Quy ước đặt tên và đánh số
- Phiên bản
- Bộ nhớ chỉ đọc
- Quyền truy cập có kiểm soát
- Sao lưu ngoài trang web
Các công cụ quản lý kiểm tra phổ biến là: Trung tâm chất lượng và CHUYẾN DU LỊCH
Định dạng của các Test Case Tiêu chuẩn
Dưới đây là định dạng của một ví dụ về trường hợp thử nghiệm đăng nhập tiêu chuẩn.
| ID trường hợp thử nghiệm | Trường hợp thử nghiệm Description | Các bước kiểm tra | Dữ liệu thử nghiệm | Kết quả dự kiến | Kết quả thực tế | Vượt qua thất bại |
|---|---|---|---|---|---|---|
| TU01 | Kiểm tra thông tin đăng nhập của khách hàng với dữ liệu hợp lệ |
|
Userid = guru99 Mật khẩu = pass99 | Người dùng nên đăng nhập vào một ứng dụng | Như mong đợi | Qua |
| TU02 | Kiểm tra thông tin đăng nhập của khách hàng với dữ liệu không hợp lệ |
|
Userid = guru99 Mật khẩu = glass99 | Người dùng không nên đăng nhập vào một ứng dụng | Như mong đợi | Qua |
Toàn bộ bảng này có thể được tạo bằng Word, Excel hoặc bất kỳ phần mềm nào khác Công cụ quản lý kiểm tra. Đó là tất cả đối với Thiết kế trường hợp thử nghiệm
Mẫu trường hợp thử nghiệm
- Xin lưu ý rằng mẫu được sử dụng sẽ khác nhau tùy theo từng dự án. Đọc này hướng dẫn để tìm hiểu mẫu trường hợp kiểm thử với giải thích về các trường quan trọng
Tải xuống Mẫu Test Case Excel (.xls) ở trên
Câu Hỏi Thường Gặp
Trường hợp thử nghiệm là gì?
Trường hợp thử nghiệm là một tập hợp các điều kiện, đầu vào, hành động và kết quả mong đợi được ghi chép lại, được thiết kế để xác minh rằng một chức năng hoặc tính năng cụ thể của ứng dụng hoạt động như mong đợi. Nó đóng vai trò là hướng dẫn cho người thử nghiệm để đảm bảo ứng dụng hoạt động chính xác trong các điều kiện được chỉ định.
Kịch bản thử nghiệm so với trường hợp thử nghiệm
Đối với một Kịch bản thử nghiệm: Kiểm tra chức năng đăng nhập, có nhiều trường hợp thử nghiệm có thể là:
- Test Case 1: Kiểm tra kết quả nhập User Id và Pass hợp lệ
- Test Case 2: Kiểm tra kết quả khi nhập User ID và Pass không hợp lệ
- Trường hợp thử nghiệm 3: Kiểm tra phản hồi khi nhấn nút ID người dùng trống & Đăng nhập, v.v.
