Test Case mẫu và những lưu ý bạn nên biết

Với bất kỳ quá trình kiểm thử nào, test case mẫu luôn đóng một vai trò rất quan trọng. Test case mẫu sẽ giúp các hoạt động kiểm thử diễn ra đúng quy trình tiêu chuẩn và hạn chế các lỗi bị bỏ sót sau này.

Hôm nay, Got It sẽ chia sẻ với bạn một số thông tin bạn cần biết khi viết test case mẫu. Những lưu ý “nhỏ mà có võ” này chắc chắn sẽ giúp bạn củng cố kiến thức và kỹ năng làm Software Tester của mình!

1. Vì sao phải có Test Case mẫu?

Trong suốt quá trình kiểm thử, tester sẽ liên tục thực hiện hàng loạt quy trình kiểm tra. Do đó, rất nhiều test case khác nhau sẽ được viết ra. Nếu dự án không có một test case mẫu làm tham khảo, tình trạng mỗi test case mang một “màu sắc” khác nhau có thể sẽ xảy ra.

Vì vậy, test case mẫu sẽ là bản tiêu chuẩn mà tester dựa vào để viết các test case cụ thể. Nó sẽ là mẫu chung, giúp cho quá trình kiểm thử của cả nhóm trở nên thống nhất. Từ đó, các bên tham gia đều có thể hiểu được về từng test case cụ thể, ngay cả khi test case đó không phải do mình viết.

Việc các test case được viết theo một mẫu chung cũng sẽ giúp Tester viết các test case được dễ dàng hơn và hạn chế các lỗi cơ bản.

2. Công cụ viết Test Case mẫu

Hiện nay, chúng ta có nhiều công cụ khác nhau phục vụ việc viết test case mẫu. Việc lựa chọn công cụ nào để viết test case mẫu phụ thuộc vào chính sách kiểm thử của dự án.

Chẳng hạn, nhiều tổ chức vẫn đang sử dụng Microsoft Excel để viết test case. Trong khi đó, nhiều nơi lại sử dụng Microsoft Word.

Một số khác lại viết test case bằng chính những công cụ quản lý test case. Những công cụ đó có thể là HP ALM, ReQtest, hay TestRail,…

Ít ai biết TestRail cũng có khả năng viết test case mẫu.

3. Nội dung và hình thức của Test Case mẫu

Một test case mẫu tốt phải được thiết kế khoa học, rõ ràng. Đồng thời, nó phải chứa đầy đủ những thông tin cần thiết.

  • Về hình thức: Định dạng của test case có thể khác nhau, tùy vào mục đích và công cụ được sử dụng. Chẳng hạn, nếu công ty của bạn dùng các công cụ quản lý để viết test case, thì các công cụ đó sẽ quyết định hình thức của test case mẫu.
  • Về nội dung: Một test case mẫu có thể chứa nhiều nội dung khác nhau. Những nội dung này được gọi là các trường (field). Chúng bao gồm các trường bắt buộc phải có và các trường bổ sung (tùy chọn).
Nội dung và hình thức của test case mẫu sẽ khác nhau tùy vào tình huống sử dụng.

Dưới đây là một vài thông tin tham khảo về để bạn viết một Test Case mẫu căn bản nhất:

4. Các trường bắt buộc

Một Test Case mẫu luôn phải có các trường bắt buộc. Đây là những thông tin quan trọng không thể thiếu trong Test Case. Đó là:

  • Test case ID: Trường này là ID duy nhất dùng cho mỗi Test Case. Bạn nên đặt ID cho dễ hiểu, thể hiện được loại Test Case. Ví dụ: ‘TC_UI_1’ là viết tắt của “user interface test case #1” (trường hợp kiểm tra giao diện người dùng số 1).
  • Test Steps (các bước kiểm thử): Trường này liệt kê chi tiết tất cả các bước thực hiện kiểm thử. Bạn nên viết các bước kiểm thử theo thứ tự mà chúng sẽ được thực hiện. Nội dung của trường này càng nhiều thông tin chi tiết càng tốt. Nó sẽ giúp bạn quản lý được Test Case hiệu quả hơn với ít số lượng trường hơn.
  • Test Data (dữ liệu kiểm thử): Trường này sẽ liệt kê chi tiết các dữ liệu được sử dụng trong Test Case.
  • Expected result (kết quả mong đợi): Trường này mô tả chi tiết kết quả đầu ra cần phải có của hệ thống sau khi thực hiện test. Thông tin đó bao gồm cả các thông báo hoặc lỗi sẽ hiện thị trên màn hình.
  • Actual result (kết quả thực tế): Trường này ghi lại tất cả các kết quả tích cực lẫn tiêu cực mà thực tế bạn có thể nhận được từ bài test. Điều này giúp xác nhận hoặc phủ nhận kết quả mong đợi nếu phát hiện bất kỳ vấn đề nào gây lỗi.
  • Pass/Fail: Dùng để đánh dấu kết quả là thành công hay thất bại.
Test Case mẫu dù theo hình thức nào cũng phải có một số thông tin bắt buộc.

5. Các trường bổ sung

Bạn có thể thêm vào một số trường bổ sung khác tùy vào mục đích sử dụng Test Case. Chẳng hạn:

  • ID lỗi/Liên kết lỗi: Trường này sẽ chứa liên kết dẫn trực tiếp đến nhật ký lỗi (defect log). Hoặc trường này cũng có thể chỉ chứa mã ID của lỗi.
  • Test Type/Keywords (Loại Test/Từ khóa): Trường này có thể được sử dụng để phân loại các Test Case. Ví dụ, chức năng, khả năng sử dụng, quy tắc kinh doanh,…
  • Requirements: Trường này ghi nhận các yêu cầu đặc biệt dành cho Test Case.
  • Tệp đính kèm/Tài liệu tham khảo: Trường này cung cấp các liên kết của tài liệu liên quan. Chẳng hạn, trong một số trường hợp tester có thể sử dụng sơ đồ Visio làm tài liệu tham khảo.
  • Automation: Trường này dùng để đánh dấu trạng thái tự động hóa của các Test Case.

Trên đây là những lưu ý bạn cần biết khi viết test case mẫu. Got It hy vọng bạn sẽ có thể tự viết được một test case mẫu đúng với mục đích của mình.

Đọc thêm về quy trình tuyển dụng tại đây.

https://d1iv5z3ivlqga1.cloudfront.net/wp-content/uploads/2021/04/29235048/1_QAG9RXQyyMAY7i9OYo84FA.png
Got It Vietnam
January 18, 2021
Share this post to:
Tags:
0 Comments
Inline Feedbacks
View all comments
Các bài viết liên quan
Got It Tester – Katie: Quả ngọt đến từ trái tim kiên định

Got It Tester – Katie: Quả ngọt đến từ trái tim kiên định

Tốt nghiệp trường Đại học Kinh tế Quốc dân với tấm bằng Quản trị Hệ thống Thông tin (Management Information System), Katie đối mặt với rất nhiều ngã rẽ. Cô bạn có thể theo ngành Business Analyst (BA), có thể lựa chọn làm Software Tester, cũng có thể tiếp tục phát huy thế mạnh ngôn […]
Chương trình đào tạo Tester ở Got It

Chương trình đào tạo Tester ở Got It

Bên cạnh chương trình training dành cho Software Engineer bài bản, đạt chuẩn Silicon Valley, Got It còn chuẩn bị một chương trình training cực kỳ chất lượng cho các bạn ở team Quality Assurance (QA). Đóng vai trò then chốt, đảm bảo chất lượng đầu ra cho những sản phẩm world-class của Got It, […]
CV Tester – 4 lưu ý giúp bạn pass vòng CV

CV Tester – 4 lưu ý giúp bạn pass vòng CV

Với vị trí yêu cầu độ cẩn thận, tỉ mỉ, khả năng quan sát cao như Software Tester, một chiếc CV gây thiện cảm với nhà tuyển dụng trở nên cực kỳ quan trọng. Bởi, CV, tuy đơn giản, sẽ phần nào nói lên cá tính con người bạn. Vậy làm thế nào để CV […]
Những câu hỏi thường gặp khi phỏng vấn Test Engineer

Những câu hỏi thường gặp khi phỏng vấn Test Engineer

Chìa khoá ôn tập giúp bạn “công phá” vòng phỏng vấn QA Engineer tại Got It
Cách tạo test plan cho sản phẩm hoặc tính năng mới

Cách tạo test plan cho sản phẩm hoặc tính năng mới

Nếu bạn đã hiểu test plan là gì, hẳn là bạn sẽ muốn biết cách tạo test plan hoàn chỉnh cho sản phẩm hoặc tính năng mới. Hãy cùng Got It tìm hiểu 5 bước cần thiết cho một test plan hoàn chỉnh. Mục lục1. Phân tích sản phẩm hoặc tính năng bạn đang thử […]
Tìm hiểu những tiêu chí đánh giá chất lượng phần mềm

Tìm hiểu những tiêu chí đánh giá chất lượng phần mềm

Bất cứ một phần mềm nào được đưa ra thị trường đều được đánh giá chất lượng dựa trên những tiêu chí nhất định. Hãy cùng tìm hiểu xem chất lượng phần mềm (CLPM) là gì? Và làm thế nào để đánh giá chính xác được giá trị của một phần mềm hiện nay. Mục […]