Test case là gì? Cách viết test case hiệu quả

Kiểm thử phần mềm được biết đến như một quá trình xác nhận và xác minh hoạt động của phần mềm, ứng dụng. Nó đảm bảo rằng phần mềm đang hoạt động mà không có bất kỳ lỗi hoặc vấn đề nào khác, cung cấp kết quả mong đợi cho người dùng. Quá trình kiểm thử phần mềm không chỉ giới hạn ở việc tìm ra lỗi mà còn tìm ra các biện pháp để nâng cấp phần mềm ở nhiều yếu tố khác nhau như hiệu quả, khả năng sử dụng và độ chính xác. Vì vậy để kiểm thử phần mềm cung cấp một định dạng cụ thể được gọi là Test Case. Cùng Daotaotester tìm kiểu Test Case là gì và cách viết test case hiệu quả trong bài viết dưới đây

Test Case là gì?

Test Case – Trường hợp kiểm thử là một định dạng được xác định để kiểm thử phần mềm cần thiết để kiểm tra xem ứng dụng, phần mềm cụ thể có hoạt động hay không. Một test case bao gồm tập hợp các điều kiện nhất định cần được kiểm thử, tức là trong các thuật ngữ đơn giản hơn khi các điều kiện được kiểm thử, nó sẽ kiểm tra xem kết quả đầu ra có đáp ứng với mong đợi hay không. Một test case bao gồm các tham số khác nhau như Id, điều kiện, các bước, đầu vào, kết quả mong đợi, kết quả, trạng thái và nhận xét.

Các thông số của Test Case

• Module name: Chủ đề hoặc tiêu đề xác định chức năng của bài kiểm thử
• Id test case: Một số nhận dạng duy nhất được chỉ định cho mọi điều kiện đơn lẻ trong test case.
• Tester Name: Tên của người sẽ thực hiện bài kiểm thử
• Test scenario: Kịch bản kiểm thử cung cấp mô tả ngắn gọn cho người kiểm thử, như cung cấp một cái nhìn tổng quan nhỏ để biết về những gì cần phải thực hiện, các tính năng cũng như các thành phần.
• Test Case Description: Điều kiện cần thiết để được kiểm thử đối với phần mềm nhất định.
• Test Step: Các bước được thực hiện để kiểm thử tình trạng
• Prerequisite: Các điều kiện bắt buộc phải được đáp ứng trước khi bắt đầu quá trình kiểm thử.
• Test Priority: Như tên đã cho thấy ưu tiên cho các test case quan trọng được thực hiện trước
• Test Data: Các đầu vào được thực hiện trong khi kiểm tra các điều kiện
• Test Expected Result: Kết quả mong đợi khi kết thúc bài kiểm thử
• Test parameters: Các tham số được chỉ định cho một test case cụ thể
• Actual Result: Là kết quả được hiển thị cuối
• Environments Information: Nơi kiểm thử đang được thực hiện, chẳng hạn như hệ điều hành, thông tin bảo mật, tên phần mềm, phiên bản phần mềm…
• Status: Trạng thái các bài kiểm thử đạt hay không đạt…
• Comments: Nhận xét về bài kiểm thử liên quan đến việc sự hoàn thiện của phần mềm

Khi nào cần phải viết test case

Các test case được viết trong các tình huống khác nhau:

• Trước khi phát triển: Các test case có thể được viết trước khi mã hóa thực tế vì điều đó sẽ giúp xác định yêu cầu của sản phẩm, phần mềm và thực hiện kiểm thử sau khi sản phẩm, phần mềm được phát triển.
• Sau khi phát triển: Các test case cũng được viết trực tiếp sau khi tạo ra sản phẩm, phần mềm hoặc sau khi phát triển tính năng nhưng trước khi chạy sản phẩm, phần mềm khi cần thiết để kiểm tra hoạt động của tính năng cụ thể đó.
• Trong quá trình phát triển: Test case đôi khi được viết song song trong thời gian phát triển, vì vậy bất cứ khi nào một phần của mô-đun, phần mềm được phát triển, nó cũng sẽ được kiểm thử

Các test case được viết trong các trường hợp như vậy, vì các trường hợp kiểm thử giúp phát triển thêm và đảm bảo rằng chúng ta đang đáp ứng tất cả các yêu cầu cần thiết.

Tại sao phải viết test case

Test case là một trong những khía cạnh quan trọng nhất của kỹ thuật phần mềm, vì chúng xác định cách thức tiến hành kiểm thử. Các test case được thực hiện vì một lý do đơn giản, đó là để kiểm tra xem phần mềm có thực sự hoạt động hay không. Ưu điểm của viết test case là:

• Giúp kiểm tra xem một mô-đun, phần mềm cụ thể có đáp ứng yêu cầu chỉ định hay không
• Xác định xem một mô-đun, phần mềm cụ thể có hoạt động với một tập hợp các điều kiện nhất định hay không
• Thu hẹp nhu cầu phần mềm và các bản cập nhật bắt buộc
• Dễ dàng, đơn giản và rõ ràng vì chúng được thực hiện từng bước và được ghi chép đầy đủ.
• Được trình bày chi tiết giúp hữu ích trong giai đoạn bảo trì

Phương pháp hay nhất để viết test case

Có một số yếu tố nhất định mà bạn có thể tuân theo khi viết test case:

• Đơn giản và rõ ràng: Test case cần phải ngắn gọn, rõ ràng, Chúng phải dễ hiểu và đơn giản không chỉ đối với bản thân mình và còn với người khác.
• Duy trì tính nhất quán: Trong khi viết test case, cần đảm bảo rằng chúng không được viết đi viết lại nhiều lần và mỗi trường hợp khác nhau.
• Giả định bằng không: Các test case không được chứa dữ liệu giả định, không đưa ra các tính năng, mô-đun không tồn tại
• Truy xuất nguồn gốc: Test case phải được duy nguyên để tham khảo trong tương lai, vì vậy trong khi viết , điều quan trọng là phải ghi nhớ điều đó.
• Dữ liệu đầu vào khác nhau: Trong khi viết test case, tất cả dữ liệu phải được xem xét.
• Mô tả tối thiểu: Mô tả của test case nên ngắn gọn, một hoặc hai dòng được gọi là đúng cách nhưng nó phải cung cấp cái nhìn tổng quan cơ bản đúng cách.
• Điều kiện tối đa: Tất cả các loại điều kiện cần được xem xét trong khi kiểm thử, giúp tăng hiệu quả
• Đáp ứng yêu cầu: Trong khi viết test case, điều quan trọng là phải đáp ứng các yêu cầu của khách hàng, người dùng cuối.
• Kết quả lặp lại: Test case phải được viết theo cách mà nó phải cung cấp cùng một kết quả.
• Các kỹ thuật khác nhau: Đôi khi không thể kiểm tra tất cả các điều kiện nhưng sử dụng các bài kiểm thử với các kỹ thuật khác nhau có thể giúp kiểm tra mọi khía cạnh của phần mềm

Một số mẫu test case viết bằng excel

Mẫu test case 1

mẫu test case 2

Công cụ quản lý test case

Các công cụ giúp quản lý test case. Các công cụ này là tự động giúp giảm thời gian và công sức của người kiểm thử so với cách truyền thống. Một số công cụ quản lý test case bao gồm trang tổng quan nâng cao, theo dõi lỗi và tiến trình dễ dàng hơn cũng như quản lý mẫu, test case tùy chỉnh, quản lý các yêu cầu…

• Testpad: Là một công cụ đơn giản giúp quản lý test case dễ dàng hơn. Phương châm chính của phần mềm nói rằng nó nhằm mục đích tìm ra một lỗi quan trọng. Một số tính năng của Testpad bao gồm kiểm thử thủ công, báo cáo các test case và phần mềm, kéo và thả để giúp kiểm tra dễ dàng hơn, mời người kiểm tra khách qua email, xây dựng các mẫu tùy chỉnh…
• TestCaseLab: Có thể dễ dàng quản lý đối với các test case và có thể nhanh chóng tích hợp chúng với trình theo dõi lỗi. Các tính năng của công cụ này bao gồm các test case tùy chỉnh, chạy thử nghiệm, kế hoạch kiểm thử, thẻ và mức độ ưu tiên, tìm kiếm theo tên của test case, mô tả và thẻ…
• TestRail: Là một nền tảng khác nhằm mục đích làm cho việc quản lý test case dễ dàng hơn, nó hợp lý hóa các quy trình kiểm thử phần mềm và cùng với khả năng hiển thị nhiều hơn đối với QA. Các tính năng cơ bản của TestRail bao gồm quản lý các test case, kế hoạch và lần chạy, phạm vi kiểm tra nhiều hơn, thông tin chi tiết theo thời gian thực về tiến trình QA…
• TestLodge: Là một công cụ quản lý test case giúp toàn bộ nhóm quản lý các yêu cầu, kế hoạch kiểm thử và chạy kiểm thử tất cả ở một nơi duy nhất và cũng không có giới hạn người dùng. Các tính năng cơ bản của TestLodge bao gồm kế hoạch, chạy kiểm thử, bảng điều khiển và nhiều tính năng khác.

Formal and Informal Test Case

Formal test case: Là các test case tuân theo định dạng kiểm thử cơ bản. Nó chứa các tham số của test case như điều kiện, ID, tên mô-đun… Formal test case đã thiết lập dữ liệu đầu vào và kết quả mong đợi, chúng được thực hiện theo thứ tự các bước đã cho.

Informal test case: là test case không tuân theo định dạng kiểm thử cơ bản. Trong đó, khi các bài kiểm thử được thực hiện, test case được viết trong thời gian thực, sau đó viết trước chúng và đầu vào cũng như kết quả mong đợi cũng không được xác định trước.

Các loại test case khác nhau

• Functionality Test Case: Xác định xem giao diện của phần mềm có hoạt động trơn tru với phần còn lại của hệ thống và người dùng của nó hay không. Kiểm thử hộp đen được sử dụng khi thực hiện test case này, vì chúng kiểm tra mọi thứ bên ngoài chứ không phải bên trong cho test case này.
• Unit Test Case: Là nơi một phần riêng lẻ hoặc một đơn vị của phần mềm được kiểm thử. Ở đây, mỗi đơn vị/ bộ phận riêng lẻ được kiểm tra và phải tạo test case khác nhau cho từng đơn vị.
• User Interface Test Case: Kiểm thử giao diện người dùng là khi mọi thành phần của giao diện người dùng tiếp xúc đều được kiểm tra. Đó là để kiểm tra xem yêu cầu về thành phần giao diện do người dùng đưa ra có được đáp ứng hay không
• Integration Test Case: Kiểm thử tích hợp là khi tất cả các đơn vị của phần mềm được kết hợp với nhau và sau đó chúng được kiểm thử. Đó là kiểm tra xem từng thành phần và các đơn vị của nó có hoạt động cùng nhau mà không gặp sự cố nào không. 
• Performance Test Case: Xác định thời gian phản hồi cũng như hiệu quả tổng thể của hệ thống/phần mềm. Đó là để xem liệu ứng dụng có thực sự xử lý các kỳ vọng trong thế giới thực hay không. 
• Database Test Case: Còn được gọi là kiểm thử back-end hoặc kiểm thử dữ liệu để kiểm tra xem mọi thứ có hoạt động tốt đối với cơ sở dữ liệu hay không. Các test case cho bảng, lược đồ, trình kích hoạt… đã được thực hiện. 
• Security Test Case: Xác định rằng ứng dụng hạn chế các hành động cũng như quyền khi cần thiết. Mã hóa và xác thực được coi là mục tiêu chính liên quan đến test case này. Security Test Case được thực hiện để bảo vệ dữ liệu của phần mềm. 
• Usability Test Case: Kiểm tra mức độ thân thiện với người dùng hoặc dễ tiếp cận của một phần mềm. Các test case được thiết kế bởi nhóm trải nghiệm người dùng và được thực hiện bởi nhóm kiểm thử
• User Acceptance Test Case: Được chuẩn bị bởi nhóm kiểm thử nhưng người dùng/khách hàng sẽ thực hiện kiểm thử và xem xét liệu chúng có hoạt động trong môi trường thế giới thực hay không.   

Chắc hẳn sau khi đọc xong những thông tin mà chúng tôi cung cấp ở trên bạn đã biết Test case là gì rồi đúng không? Hi vọng bài viết này sẽ đem đến những kiến thức hữu ích cho bạn, cũng như giúp bạn biết cách viết test case hiệu quả. Chúc các bạn thành công.

Đọc thêm: Test plan là gì? Có mấy loại test plan