Kiểm thử phần mềm - Tài liệu
Tài liệu kiểm tra liên quan đến tài liệu về các tạo tác cần được phát triển trước hoặc trong quá trình kiểm tra Phần mềm.
Tài liệu về kiểm thử phần mềm giúp ước tính nỗ lực kiểm thử cần thiết, phạm vi kiểm tra, theo dõi / truy tìm yêu cầu, v.v. Phần này mô tả một số hiện vật được lập thành văn bản thường được sử dụng liên quan đến kiểm thử phần mềm như -
- Kế hoạch kiểm tra
- Kịch bản thử nghiệm
- Trường hợp thử nghiệm
- Ma trận truy xuất nguồn gốc
Kế hoạch kiểm tra
Kế hoạch kiểm thử phác thảo chiến lược sẽ được sử dụng để kiểm tra một ứng dụng, các tài nguyên sẽ được sử dụng, môi trường kiểm thử mà việc kiểm thử sẽ được thực hiện, các hạn chế của kiểm thử và lịch trình của các hoạt động kiểm thử. Thông thường, Trưởng nhóm Đảm bảo Chất lượng sẽ chịu trách nhiệm viết Kế hoạch Kiểm tra.
Một kế hoạch kiểm tra bao gồm những điều sau:
- Giới thiệu về tài liệu Kế hoạch kiểm tra
- Các giả định trong khi kiểm tra ứng dụng
- Danh sách các trường hợp thử nghiệm được bao gồm trong việc thử nghiệm ứng dụng
- Danh sách các tính năng sẽ được kiểm tra
- Loại phương pháp tiếp cận nào để sử dụng trong khi kiểm tra phần mềm
- Danh sách các sản phẩm cần được kiểm tra
- Các tài nguyên được phân bổ để kiểm tra ứng dụng
- Mọi rủi ro liên quan trong quá trình thử nghiệm
- Lịch trình các nhiệm vụ và các mốc quan trọng cần đạt được
Kịch bản thử nghiệm
Nó là một câu lệnh một dòng thông báo khu vực nào trong ứng dụng sẽ được kiểm tra. Các kịch bản kiểm tra được sử dụng để đảm bảo rằng tất cả các luồng quy trình được kiểm tra từ đầu đến cuối. Một khu vực cụ thể của ứng dụng có thể có từ một kịch bản thử nghiệm đến vài trăm kịch bản tùy thuộc vào mức độ và độ phức tạp của ứng dụng.
Thuật ngữ 'kịch bản thử nghiệm' và 'trường hợp thử nghiệm' được sử dụng thay thế cho nhau, tuy nhiên một kịch bản thử nghiệm có một số bước, trong khi một trường hợp thử nghiệm có một bước duy nhất. Nhìn từ góc độ này, các kịch bản thử nghiệm là các trường hợp thử nghiệm, nhưng chúng bao gồm một số trường hợp thử nghiệm và trình tự mà chúng phải được thực thi. Ngoài ra, mỗi bài kiểm tra phụ thuộc vào kết quả của bài kiểm tra trước đó.
Trường hợp thử nghiệm
Các trường hợp kiểm thử bao gồm một tập hợp các bước, điều kiện và đầu vào có thể được sử dụng trong khi thực hiện các nhiệm vụ kiểm thử. Mục đích chính của hoạt động này là đảm bảo một phần mềm vượt qua hay thất bại về chức năng và các khía cạnh khác của nó. Có nhiều loại trường hợp kiểm thử như trường hợp kiểm thử chức năng, tiêu cực, lỗi, trường hợp logic, trường hợp kiểm thử vật lý, trường hợp kiểm thử giao diện người dùng, v.v.
Hơn nữa, các trường hợp kiểm thử được viết để theo dõi phạm vi kiểm thử của một phần mềm. Nói chung, không có mẫu chính thức nào có thể được sử dụng trong quá trình viết test case. Tuy nhiên, các thành phần sau luôn có sẵn và được bao gồm trong mọi trường hợp thử nghiệm -
- ID trường hợp thử nghiệm
- Mô-đun sản phẩm
- Phiên bản sản phẩm
- Lịch sử sửa đổi
- Purpose
- Assumptions
- Pre-conditions
- Steps
- Kết quả dự kiến
- Kết quả thực tế
- Post-conditions
Nhiều trường hợp thử nghiệm có thể bắt nguồn từ một kịch bản thử nghiệm duy nhất. Ngoài ra, đôi khi nhiều trường hợp kiểm thử được viết cho một phần mềm duy nhất được gọi chung là bộ kiểm thử.
Ma trận truy xuất nguồn gốc
Ma trận xác định nguồn gốc (còn được gọi là Ma trận xác định nguồn gốc yêu cầu - RTM) là một bảng được sử dụng để theo dõi các yêu cầu trong Vòng đời phát triển phần mềm. Nó có thể được sử dụng để truy tìm phía trước (tức là từ Yêu cầu đến Thiết kế hoặc Mã hóa) hoặc ngược lại (tức là từ Mã hóa đến Yêu cầu). Có nhiều mẫu do người dùng xác định cho RTM.
Mỗi yêu cầu trong tài liệu RTM được liên kết với trường hợp thử nghiệm liên quan của nó để việc thử nghiệm có thể được thực hiện theo các yêu cầu đã đề cập. Hơn nữa, Bug ID cũng được bao gồm và liên kết với các yêu cầu liên quan và trường hợp thử nghiệm của nó. Các mục tiêu chính cho ma trận này là -
- Đảm bảo phần mềm được phát triển theo các yêu cầu đã đề cập.
- Giúp tìm ra nguyên nhân gốc rễ của bất kỳ lỗi nào.
- Giúp truy tìm các tài liệu đã phát triển trong các giai đoạn khác nhau của SDLC.