Testing Documentation là tài liệu về các tạo tác được tạo ra trong hoặc trước quá trình kiểm tra một ứng dụng phần mềm. Tài liệu phản ánh tầm quan trọng của các quy trình đối với khách hàng, cá nhân và tổ chức.
Các dự án có tất cả các tài liệu có mức độ hoàn thiện cao. Tài liệu cẩn thận có thể tiết kiệm thời gian, nỗ lực và sự giàu có của tổ chức.
Có tài liệu tham khảo cần thiết, được chuẩn bị bởi mọi kỹ sư thử nghiệm trước khi nêu rõ quy trình thực hiện thử nghiệm. Nói chung, chúng tôi viết Testing Documentation bất cứ khi nào các nhà phát triển bận viết mã.
Các bài viết liên quan:
Khi Testing Documentation đã sẵn sàng, toàn bộ quá trình thực hiện thử nghiệm phụ thuộc vào Testing Documentation. Mục tiêu chính của việc viết một Testing Documentation là giảm bớt hoặc loại bỏ những nghi ngờ liên quan đến các hoạt động thử nghiệm.
Các loại Testing Documentation
Trong kiểm thử phần mềm, chúng tôi có nhiều loại tài liệu kiểm thử khác nhau, như sau:
- Test scenarios
- Test case
- Test plan
- Requirement traceability matrix(RTM)
- Test strategy
- Test data
- Bug report
- Test execution report
Test scenarios
Nó là một tài liệu xác định nhiều cách hoặc kết hợp kiểm tra ứng dụng. Nói chung, nó được chuẩn bị để hiểu quy trình của một ứng dụng. Nó không bao gồm bất kỳ đầu vào và các bước điều hướng.
Xem thêm Test case là gi? test case trong kiểm thử phần mềm
Test case
Đây là một tài liệu chi tiết mô tả quy trình từng bước để kiểm tra một ứng dụng. Nó bao gồm các bước điều hướng và đầu vào hoàn chỉnh và tất cả các tình huống cần được kiểm tra cho ứng dụng. Chúng tôi sẽ viết trường hợp thử nghiệm để duy trì tính nhất quán hoặc mọi người thử nghiệm sẽ làm theo cùng một cách tiếp cận để tổ chức Testing Documentation.
Test plan
Đây là một tài liệu được chuẩn bị bởi các nhà quản lý hoặc trưởng nhóm kiểm tra. Nó bao gồm tất cả thông tin về các hoạt động thử nghiệm. Kế hoạch kiểm tra bao gồm nhiều thành phần như Mục tiêu, Phạm vi, Phương pháp tiếp cận, Môi trường kiểm tra, Phương pháp kiểm tra, Mẫu, Vai trò & Trách nhiệm, Ước tính nỗ lực, Tiêu chí Nhập và Xuất cảnh, Lịch trình, Công cụ, Theo dõi lỗi, Kiểm tra có thể phân phối, Giả định, Rủi ro và Kế hoạch Giảm nhẹ hoặc Kế hoạch Dự phòng.
Requirement traceability matrix(RTM)
Requirement traceability matrix(RTM) là một tài liệu đảm bảo rằng tất cả các trường hợp thử nghiệm đã được đề cập. Tài liệu này được tạo trước quá trình thực thi thử nghiệm để xác minh rằng chúng tôi không bỏ sót việc viết bất kỳ trường hợp thử nghiệm nào cho yêu cầu cụ thể.
Test strategy
Chiến lược kiểm tra là một tài liệu cấp cao, được sử dụng để xác minh các loại (cấp) kiểm tra sẽ được thực hiện cho sản phẩm và cũng mô tả rằng loại kỹ thuật nào sẽ được sử dụng và mô-đun nào sẽ được kiểm tra. Người quản lý dự án có thể phê duyệt nó. Nó bao gồm nhiều thành phần như định dạng tài liệu, mục tiêu, quy trình kiểm tra, phạm vi và chiến lược giao tiếp với khách hàng, v.v. chúng tôi không thể sửa đổi chiến lược kiểm tra.
Test data
Nó là dữ liệu xảy ra trước khi kiểm tra được thực hiện. Nó chủ yếu được sử dụng khi chúng tôi đang triển khai trường hợp thử nghiệm. Hầu hết, chúng tôi sẽ có dữ liệu thử nghiệm ở định dạng trang tính Excel và được nhập theo cách thủ công trong khi thực hiện trường hợp thử nghiệm.
Dữ liệu thử nghiệm có thể được sử dụng để kiểm tra kết quả mong đợi, có nghĩa là khi dữ liệu thử nghiệm được nhập, kết quả mong đợi sẽ đáp ứng kết quả thực tế và cũng kiểm tra hiệu suất ứng dụng bằng cách nhập dữ liệu đầu vào đúng.
Xem thêm Quy trình Test case review trong kiểm thử phần mềm
Bug report
Báo cáo lỗi là tài liệu mà chúng tôi lưu giữ bản tóm tắt về tất cả các lỗi đã xảy ra trong quá trình thử nghiệm. Đây là tài liệu quan trọng đối với cả nhà phát triển và kỹ sư kiểm tra bởi vì, với sự trợ giúp của báo cáo lỗi, họ có thể dễ dàng theo dõi các lỗi, báo cáo lỗi, thay đổi trạng thái của các lỗi đã được sửa thành công và cũng tránh lặp lại chúng trong quá trình tiếp theo .
Test execution report
Đây là tài liệu được chuẩn bị bởi các khách hàng tiềm năng sau khi toàn bộ quá trình thực hiện thử nghiệm được hoàn thành. Báo cáo tóm tắt thử nghiệm xác định tính ổn định của sản phẩm và nó chứa thông tin như các mô-đun, số lượng các trường hợp thử nghiệm đã viết, đã thực hiện, đạt, không đạt và tỷ lệ phần trăm của chúng. Và mỗi mô-đun có một bảng tính riêng của mô-đun tương ứng.
Tại sao cần có tài liệu kiểm thử phần mềm
Nếu nhóm kiểm tra hoặc phát triển nhận được phần mềm không hoạt động chính xác và do người khác phát triển, vì vậy để tìm ra lỗi, trước tiên nhóm sẽ cần một tài liệu. Bây giờ, nếu tài liệu có sẵn thì nhóm sẽ nhanh chóng tìm ra nguyên nhân của lỗi bằng cách kiểm tra tài liệu. Tuy nhiên, nếu tài liệu không có sẵn thì người kiểm tra cần làm hộp đen và hộp trắng lại gây lãng phí thời gian và tiền bạc của tổ chức.
Ví dụ:
Hãy lấy một ví dụ theo thời gian thực của Microsoft, Microsoft tung ra mọi sản phẩm với các tài liệu và hướng dẫn người dùng phù hợp, rất dễ giải thích, nhất quán về mặt logic và dễ hiểu cho bất kỳ người dùng nào. Đây là tất cả những lý do đằng sau những sản phẩm thành công của họ.
Lợi ích của việc sử dụng Tài liệu
- Tài liệu làm rõ chất lượng của các phương pháp và mục tiêu.
- Nó đảm bảo sự phối hợp nội bộ khi khách hàng sử dụng ứng dụng phần mềm.
- Nó đảm bảo sự rõ ràng về sự ổn định của các tác vụ và hiệu suất.
- Nó cung cấp phản hồi về các nhiệm vụ phòng ngừa.
- Nó cung cấp phản hồi cho chu trình lập kế hoạch của bạn.
- Nó tạo ra bằng chứng khách quan cho việc thực hiện hệ thống quản lý chất lượng.
- Nếu chúng tôi viết Testing Documentation, chúng tôi không thể quên các giá trị mà chúng tôi đã đặt trong giai đoạn đầu.
- Đây cũng là một quá trình tiết kiệm thời gian vì chúng ta có thể dễ dàng tham khảo tài liệu văn bản.
- Nó cũng nhất quán vì chúng tôi sẽ thử nghiệm trên cùng một giá trị.
Hạn chế của Testing Documentation
- Nó hơi tẻ nhạt vì chúng tôi phải duy trì sửa đổi do khách hàng cung cấp và thay đổi song song trong tài liệu.
- Nếu Testing Documentation không phù hợp, nó sẽ tái tạo chất lượng của ứng dụng.
- Đôi khi nó được viết bởi người không có kiến thức về sản phẩm.
- Đôi khi chi phí của tài liệu sẽ vượt quá giá trị của nó.
