Tài liệu kiểm thử trong kiểm thử phần mềm (Ví dụ)

Tài liệu kiểm tra là gì?

Tài liệu kiểm thử là tài liệu ghi chép các hiện vật được tạo ra trước hoặc trong quá trình kiểm thử phần mềm. Tài liệu này giúp nhóm kiểm thử ước tính công sức cần thiết, theo dõi nguồn lực và tiến độ, đồng thời đảm bảo phạm vi kiểm thử đầy đủ. Hồ sơ và báo cáo kiểm thử là một bộ tài liệu hoàn chỉnh cho phép bạn mô tả và ghi lại quá trình lập kế hoạch kiểm thử, thiết kế kiểm thử, thực hiện kiểm thử và kết quả kiểm thử thu được từ hoạt động kiểm thử.

👉 Đăng ký tham gia Dự án Kiểm thử Phần mềm Trực tiếp Miễn phí

Tại sao cần phải có tính hình thức trong bài kiểm tra?

Đối với người mới bắt đầu, việc kiểm thử thường dễ bị nhầm lẫn với việc thực thi các đoạn mã khác nhau một cách ngẫu nhiên và xác minh kết quả. Tuy nhiên, trong thực tế, kiểm thử là một hoạt động rất chính thức và được ghi chép lại chi tiết. Tài liệu kiểm thử giúp việc lập kế hoạch, xem xét và thực hiện kiểm thử trở nên dễ dàng cũng như có thể xác minh được.

Mức độ chính thức của bài kiểm tra phụ thuộc vào:

• Loại Ứng dụng đang được kiểm tra (AUT).
• Tiêu chuẩn mà tổ chức của bạn tuân theo.
• Sự trưởng thành của quá trình phát triển.

Các hoạt động thử nghiệm thường tiêu tốn khoảng 30% và 50% của tổng nỗ lực phát triển phần mềm. Tài liệu giúp xác định những cải tiến trong quy trình thử nghiệm có thể áp dụng cho các dự án trong tương lai.

Có những loại tài liệu kiểm tra nào?

Sau đây là các loại tài liệu kiểm tra quan trọng:

“Trên thực tế, các tài liệu này được tạo ra ở nhiều giai đoạn khác nhau — từ khâu lập kế hoạch ban đầu (chính sách thử nghiệm, chiến lược) cho đến thực hiện và kết thúc (báo cáo lỗi và tóm tắt).”

Các loại tài liệu kiểm tra	Mô tả Chi tiết
Chính sách kiểm tra	Đây là tài liệu cấp cao mô tả các nguyên tắc, phương pháp và tất cả các mục tiêu thử nghiệm quan trọng của tổ chức.
Chiến lược thử nghiệm	Một tài liệu cấp cao xác định các cấp độ thử nghiệm (loại) sẽ được thực hiện cho dự án.
Kế hoạch kiểm tra	Kế hoạch kiểm thử là một tài liệu lập kế hoạch hoàn chỉnh bao gồm phạm vi, phương pháp tiếp cận, nguồn lực, lịch trình, v.v. của các hoạt động kiểm thử.
Yêu cầu Ma trận xác định nguồn gốc	Đây là tài liệu kết nối các yêu cầu với các trường hợp thử nghiệm.
Kịch bản thử nghiệm	Kịch bản thử nghiệm là một mục hoặc sự kiện của hệ thống phần mềm có thể được xác minh bằng một hoặc nhiều Trường hợp kiểm tra.
Trường hợp thử nghiệm	Đây là một nhóm các giá trị đầu vào, điều kiện tiên quyết thực thi, điều kiện hậu thực thi dự kiến ​​và kết quả. Nó được phát triển cho một Kịch bản Kiểm thử.
Dữ liệu thử nghiệm	Dữ liệu kiểm thử là dữ liệu tồn tại trước khi kiểm thử được thực thi. Dữ liệu này được sử dụng để thực thi trường hợp kiểm thử.
Báo cáo khiếm khuyết	Báo cáo lỗi là báo cáo có tài liệu về bất kỳ lỗi nào trong hệ thống phần mềm không thực hiện được chức năng mong đợi.
Báo cáo tóm tắt thử nghiệm	Báo cáo tóm tắt thử nghiệm là tài liệu cấp cao tóm tắt các hoạt động thử nghiệm đã tiến hành cũng như kết quả thử nghiệm.

Những phương pháp tốt nhất để đạt được tài liệu kiểm tra là gì?

Trong phần này, chúng ta sẽ tìm hiểu về các phương pháp hay nhất giúp đạt được tài liệu thử nghiệm với các ví dụ giúp bạn hiểu rõ hơn:

• Thu hút QA vào giai đoạn đầu của dự án: Đưa nhóm QA vào hoạt động ngay từ đầu dự án để tài liệu thử nghiệm được phát triển cùng với thiết kế sản phẩm và các yêu cầu.
  Ví dụ: QA hợp tác trong quá trình lập kế hoạch sprint để soạn thảo các trường hợp thử nghiệm ban đầu dựa trên các câu chuyện của người dùng.
• Cập nhật tài liệu: Đừng chỉ tạo tài liệu thử nghiệm rồi quên chúng đi — hãy cập nhật chúng bất cứ khi nào yêu cầu hoặc tính năng thay đổi.
  Ví dụ: Khi API đăng nhập thay đổi, hãy cập nhật ngay các trường hợp kiểm tra và kết quả liên quan.
• Sử dụng Kiểm soát Phiên bản: Quản lý và theo dõi mọi thay đổi đối với tài liệu thử nghiệm thông qua hệ thống kiểm soát phiên bản để tránh nhầm lẫn và mất dữ liệu.
  Ví dụ: Lưu trữ các kế hoạch kiểm tra trên GitHub để duy trì lịch sử phiên bản rõ ràng và các tùy chọn khôi phục.
• Tài liệu để làm rõ và có mục đích: Chỉ ghi lại những gì giúp bạn và các bên liên quan hiểu được tiến độ thử nghiệm và kết quả đạt được.
  Ví dụ: Bao gồm các báo cáo tóm tắt thử nghiệm nêu bật các trường hợp thử nghiệm đã đạt, không đạt và bị chặn để ban quản lý xem xét.
• Sử dụng mẫu chuẩn: Tuân theo một định dạng nhất quán — chẳng hạn như mẫu Excel hoặc Word — để việc tạo và xem xét tài liệu dễ dàng hơn.
  Ví dụ: Sử dụng “Mẫu trường hợp kiểm thử” chuẩn với các trường ID, mô tả, điều kiện tiên quyết và kết quả mong đợi.
• Tập trung lưu trữ tài liệu: Lưu trữ tất cả tài liệu liên quan đến dự án ở một nơi dễ tiếp cận để đảm bảo các thành viên trong nhóm có thể tham khảo hoặc cập nhật dễ dàng.
  Ví dụ: Lưu trữ các hiện vật thử nghiệm trong một Google Drive thư mục có thể truy cập được bởi toàn bộ nhóm QA và phát triển.
• Bao gồm đủ chi tiết: Tránh thông tin mơ hồ hoặc không đầy đủ; tài liệu chi tiết sẽ giúp hiểu rõ hơn và giảm lỗi trong quá trình thực hiện thử nghiệm.
  Ví dụ: Thay vì “Kiểm tra thông tin đăng nhập”, hãy viết “Xác minh thông tin đăng nhập của người dùng bằng thông tin đăng nhập hợp lệ sẽ chuyển hướng đến bảng điều khiển thành công”.

Khi nào bạn nên tạo tài liệu kiểm thử cho thử nghiệm phần mềm?

Sau đây là một số điểm chính về thời điểm bạn nên tạo tài liệu thử nghiệm cho quá trình kiểm thử phần mềm:

• Giai đoạn lập kế hoạch: Trước khi bắt đầu thực hiện thử nghiệm, phải xác định rõ phạm vi, mục tiêu và chiến lược thử nghiệm.
• Luyện thi: Trong quá trình lập kế hoạch thử nghiệm, cần thiết lập mốc thời gian, nguồn lực và yêu cầu về môi trường một cách hiệu quả.
• Phân tích yêu cầu: Sau khi phân tích yêu cầu, phải đảm bảo bao phủ đầy đủ các thông số kỹ thuật chức năng và phi chức năng.
• Tiêu chuẩn hóa thiết kế: Trước khi thiết kế các trường hợp thử nghiệm, hãy chuẩn hóa định dạng và duy trì khả năng truy xuất trên tất cả các tài liệu.
• Tài liệu tình huống: Trong quá trình thiết kế thử nghiệm, cần ghi lại các tình huống, đầu vào, đầu ra dự kiến ​​và chi tiết dữ liệu thử nghiệm.
• Sẵn sàng thực hiện: Trước khi thực hiện thử nghiệm, phải xác minh tính sẵn sàng của môi trường thử nghiệm, công cụ và độ chính xác của tài liệu.
• Đánh giá sau: Sau khi thử nghiệm, ghi lại kết quả, lỗi và bài học kinh nghiệm để cải tiến quy trình.

Những loại mẫu nào là bắt buộc đối với tài liệu kiểm tra?

Sau đây là một số mẫu bạn cần để lập tài liệu kiểm thử trong quá trình kiểm thử phần mềm:

Tên mẫu	CÔNG CỤ
Mẫu kế hoạch kiểm tra	Microsoft Word, Google Docs hoặc Confluence để chỉnh sửa cộng tác và kiểm soát phiên bản
Mẫu trường hợp thử nghiệm	TestRail, Zephyr (trong JIRA), Xray hoặc Excel/Google Sheets để quản lý thử nghiệm có cấu trúc
Mẫu kịch bản thử nghiệm	JIRA, TestLink hoặc Google Sheets để ghi lại các điều kiện thử nghiệm cấp cao
Mẫu Ma trận truy xuất nguồn gốc yêu cầu (RTM)	Excel, Google Trang tính hoặc TestRail để ánh xạ các yêu cầu vào các trường hợp thử nghiệm
Mẫu báo cáo lỗi	JIRA, Bugzilla hoặc Azure DevOps để ghi nhật ký và theo dõi lỗi
Mẫu báo cáo tóm tắt thử nghiệm	Sự hợp lưu, Google Docs hoặc TestRail để biên soạn kết quả thử nghiệm và phân tích

Ưu và nhược điểm của tài liệu kiểm tra

Ưu điểm

• Lý do chính đằng sau việc tạo tài liệu kiểm thử là để giảm thiểu hoặc loại bỏ bất kỳ sự không chắc chắn nào về các hoạt động kiểm thử. Nó giúp loại bỏ sự mơ hồ thường phát sinh khi phân bổ nhiệm vụ.
• Tài liệu không chỉ cung cấp một cách tiếp cận có hệ thống để kiểm thử phần mềmnhưng nó cũng đóng vai trò là tài liệu đào tạo cho người mới vào nghề trong quá trình kiểm thử phần mềm.
• Việc giới thiệu tài liệu thử nghiệm để chứng minh quy trình thử nghiệm hoàn thiện đóng vai trò là chiến lược tiếp thị và bán hàng hiệu quả.
• Tài liệu thử nghiệm giúp bạn cung cấp sản phẩm chất lượng cho khách hàng trong thời hạn cụ thể.
• In Kỹ thuật phần mềm, tài liệu kiểm tra cũng giúp cấu hình hoặc thiết lập chương trình thông qua tài liệu cấu hình và hướng dẫn vận hành.
• Tài liệu kiểm tra giúp bạn cải thiện tính minh bạch với khách hàng.

Nhược điểm

• Chi phí cho việc lập hồ sơ có thể vượt quá giá trị của nó vì nó rất tốn thời gian.
• Nhiều khi, bài viết được viết bởi những người không viết tốt hoặc không hiểu biết về tài liệu.
• Việc theo dõi những thay đổi mà khách hàng yêu cầu và cập nhật các tài liệu tương ứng thật mệt mỏi.
• Tài liệu kém phản ánh trực tiếp chất lượng sản phẩm, vì có thể xảy ra hiểu lầm giữa khách hàng và tổ chức.

Những lỗi thường gặp cần tránh trong tài liệu kiểm tra

Sau đây là những lỗi phổ biến nhất mà bạn nên tránh trong tài liệu kiểm tra:

1. Tránh viết mô tả trường hợp thử nghiệm không rõ ràng hoặc mơ hồ.
2. Không nên bỏ qua việc ghi lại các điều kiện tiên quyết và sự phụ thuộc của thử nghiệm.
3. Đừng bao giờ quên đưa ra kết quả mong đợi cho mỗi bài kiểm tra.
4. Tránh định dạng không nhất quán giữa các tài liệu kiểm tra khác nhau.
5. Không sử dụng các mục tiêu thử nghiệm mơ hồ hoặc không thể đo lường được.
6. Không bao giờ bỏ qua việc kiểm soát phiên bản khi cập nhật tài liệu thử nghiệm.
7. Tránh trùng lặp thông tin trên nhiều sản phẩm thử nghiệm.
8. Đừng bỏ qua việc xem xét tính chính xác và đầy đủ của tài liệu.

Câu Hỏi Thường Gặp