Cách viết Test case trong kiểm thử phần mềm với các ví dụ

Test Case là gì?

Test Case là một tập hợp các hành động được thực thi để xác minh một tính năng hoặc chức năng cụ thể của ứng dụng phần mềm của bạn. Trường hợp thử nghiệm chứa các bước thử nghiệm, dữ liệu thử nghiệm, đ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.

Test Scenario Vs Test Case

Các kịch bản thử nghiệm khá mơ hồ và bao gồm nhiều khả năng. Thử nghiệm là tất cả về việc rất cụ thể.

Đối với tình huống 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ể xảy ra là:

• Trường hợp kiểm tra 1: Kiểm tra kết quả khi nhập User Id & Password hợp lệ
• Trường hợp kiểm tra 2: Kiểm tra kết quả khi nhập ID người dùng và mật khẩu không hợp lệ
• Trường hợp kiểm tra 3: Kiểm tra phản hồi khi ID người dùng trống & Nút đăng nhập được nhấn, và nhiều hơn nữa

Định dạng của các trường hợp kiểm tra tiêu chuẩn

Dưới đây là định dạng của ví dụ về các trường hợp kiểm tra đăng nhập tiêu chuẩn.

Toàn bộ bảng này có thể được tạo trong Word, Excel hoặc bất kỳ công cụ quản lý Kiểm tra nào khác. Đó là tất cả để thiết kế trường hợp thử nghiệm

Cách viết các trường hợp thử nghiệm trong thử nghiệm thủ công

Hãy tạo một trường hợp thử nghiệm cho tình huống: 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 tình huống sẽ là

Bước 2) Kiểm tra dữ liệu.
Để thực thi 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

Việc xác định dữ liệu thử nghiệm có thể tốn nhiều thời gian và đôi khi có thể yêu cầu tạo dữ liệu thử nghiệm mới. Lý do nó cần đượ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 thử nghiệm, người thử nghiệm cần thực hiện một tập hợp các hành động cụ thể trên AUT. Điều này được ghi lại như sau:

Nhiều khi các Bước Kiểm tra không đơn giản như trên, do đó chúng cần có tài liệu hướng dẫn. Ngoài ra, tác giả của trường hợp thử nghiệm có thể rời khỏi tổ chức hoặc đi nghỉ hoặc bị ốm và nghỉ hoặc rất bận rộn với các nhiệm vụ quan trọng khác. Người 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 lập thành văn bản sẽ giúp anh ta và cũng tạo điều kiện cho các bên liên quan khác đánh giá.

Bước 4) Kiểm tra hoạt động 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 được ghi lại như dưới đây

Trong thời gian thực hiện kiểm tra, người kiểm tra sẽ kiểm tra kết quả mong đợi so với kết quả thực tế và chỉ định trạng thái đạt hoặc không đạt

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 - Condition 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 trước là phải cài đặt trình duyệt để có quyền truy cập vào trang web đang thử nghiệm. Một trường hợp thử nghiệm cũng có thể bao gồm Bài đăng - Điều kiện chỉ định bất kỳ điều gì áp dụng sau khi trường hợp thử nghiệm 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

Thực hành tốt nhất để viết Test Case tốt.

Phương pháp hay nhất về Test Case

1. Các trường hợp kiểm thử cần phải đơn giản và minh bạch:

Tạo các trường hợp thử nghiệm càng đơn giản càng tốt. 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 thi chúng.

Sử dụng ngôn ngữ quyết đoán như truy cập trang chủ, nhập dữ liệu, nhấp vào cái nà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 với người dùng cuối trong tâm trí

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 kiểm thử đáp ứng các yêu cầu của khách hàng và 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 lưu ý đến quan điểm của người dùng cuối

3. Tránh lặp lại trường hợp thử nghiệm.

Không lặp lại các trường hợp thử nghiệm. Nếu một trường hợp thử nghiệm là cần thiết để thực hiện một số trường hợp thử nghiệm khác, hãy gọi trường hợp thử nghiệm bằng id trường hợp thử nghiệm của nó trong cột điều kiện trước

4. Không giả định

Không 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ị trường hợp thử nghiệm. Bám sát các Tài liệu Đặc điểm kỹ thuật.

5. Đảm bảo 100% bao phủ

Đảm bảo rằng 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 xác định nguồn gốc để đảm bảo không có chức năng / điều kiện nào bị bỏ sót.

6. Các trường hợp kiểm thử phải có thể nhận dạng được.

Đặt tên cho id trường hợp thử nghiệm sao cho chúng được xác định dễ dàng trong khi theo dõi các 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 tra

Không thể kiểm tra mọi điều kiện có thể xảy ra trong ứng dụng phần mềm của bạn. Các kỹ thuật Kiểm thử phần mềm giúp bạn chọn một vài trường hợp kiểm thử với khả năng tối đa là tìm ra lỗi.

• Phân tích giá trị ranh giới (BVA): Như tên cho thấy đó là kỹ thuật xác định việc kiểm tra các ranh giới cho một phạm vi giá trị cụ thể.
• 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ó cùng hành vi.
• Kỹ thuật chuyển đổi trạng thái : Phương pháp này được sử dụng khi hành vi phần mềm thay đổi từ trạng thái này sang trạng thái khác sau hành động cụ thể.
• Kỹ thuật đoán lỗi: Đây là việc đoán / đoán trước lỗi có thể phát sinh trong khi thực hiện kiểm tra 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ả lại Môi trường thử nghiệm về trạng thái trước khi thử nghiệm và không được làm cho môi trường thử nghiệm không sử dụng được. Điều này đặc biệt đúng đối với thử nghiệm cấu hình.

9. Lặp lại và tự đứng

Trường hợp thử nghiệm sẽ tạo ra các kết quả giống nhau mọi lúc cho dù ai kiểm tra nó

10. Đánh giá ngang hàng.

Sau khi tạo các trường hợp thử nghiệm, hãy yêu cầu đồ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ỏ sót.

Trong khi soạn thảo một trường hợp thử nghiệm để bao gồm các thông tin sau

• Mô tả về yêu cầu đang được kiểm tra
• 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 liên quan đến 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
• Mọi bằng chứng hoặc tài liệu đính kèm
• Sử dụng ngôn ngữ viết hoa chữ thường
• Trường hợp thử nghiệm không được nhiều hơn 15 bước
• Một kịch bản kiểm tra tự động được nhận xét với đầu vào, mục đích và kết quả mong đợi
• Thiết lập cung cấp một giải pháp thay thế cho các bài kiểm tra tiền yêu cầu
• Với các thử nghiệm khác, nó phải là một 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ác 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 một công cụ quản lý trường hợp thử nghiệm là

1. Để tạo tài liệu cho các trường hợp kiểm thử: Với các công cụ, bạn có thể tiến hành tạo các trường hợp kiểm thử bằng cách sử dụng các mẫu
2. Thực thi 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 một cách dễ dàng.
3. Tự động hóa theo dõi lỗi: Các bài kiểm tra không thành công được tự động liên kết với trình theo dõi lỗi, do đó có thể được chỉ định cho các nhà phát triển và có thể được theo dõi bằng thông báo qua email.
4. Truy xuất nguồn gốc: Các yêu cầu, các trường hợp kiểm thử, việc thực thi các 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 lẫn nhau để kiểm tra phạm vi kiểm thử.
5. Bảo vệ các trường hợp thử nghiệm: Các trường hợp thử nghiệm nên được sử dụng lại và cần được bảo vệ để không 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