STLC - Phân tích Yêu cầu
Phân tích Yêu cầu là giai đoạn đầu tiên của STLC và nó bắt đầu ngay sau khi SRD / SRS được chia sẻ với nhóm thử nghiệm. Chúng ta hãy xem xét các điểm sau để hiểu Phân tích Yêu cầu trong STLC.
Tiêu chí đầu vào của giai đoạn này là cung cấp SRS (Đặc tả yêu cầu phần mềm); nó cũng được khuyến nghị rằng kiến trúc ứng dụng phải tiện dụng.
Trong giai đoạn này, nhóm QA phân tích ở cấp cao hơn những gì cần kiểm tra và cách kiểm tra.
Nhóm QA liên hệ với các bên liên quan khác nhau như Nhà phân tích kinh doanh, Kiến trúc hệ thống, Khách hàng, Người quản lý kiểm tra / Trưởng nhóm trong trường hợp cần có bất kỳ câu hỏi hoặc giải thích nào để hiểu yêu cầu.
Các yêu cầu có thể là chức năng hoặc phi chức năng như hiệu suất, bảo mật, khả năng sử dụng, v.v. hoặc cả chức năng và phi chức năng.
Tiêu chí thoát ra của giai đoạn này là hoàn thành tài liệu RTM, báo cáo khả thi về tự động hóa và danh sách các câu hỏi nếu có để cụ thể hơn về các yêu cầu.
Các hoạt động được thực hiện để phân tích yêu cầu
Có ba hoạt động chính được nhóm QA thực hiện trong giai đoạn này. Các hoạt động đã được mô tả dưới đây.
Xác định phạm vi
Nhóm QA xác định phạm vi kiểm thử ở các cấp độ cao và chia thành các mô-đun chức năng khác nhau. Nhóm cũng xác định các loại kiểm tra bắt buộc phải thực hiện - kiểm tra khói, kiểm tra độ tỉnh táo, kiểm tra chức năng, kiểm tra hồi quy, v.v. Nhóm QA phân tích các điều kiện tiên quyết và chi tiết về môi trường nơi thử nghiệm được cho là phải thực hiện. Nhóm thu thập thông tin chi tiết về các ưu tiên thử nghiệm và tập trung vào chuỗi các mô-đun cần được xác thực. Nó cũng xác định các lỗi yêu cầu nếu các mô-đun bị mâu thuẫn và chức năng không được thực hiện cùng với các mô-đun khác.
Chuẩn bị RTM
Theo dõi yêu cầu là một quá trình ghi lại các mối liên hệ giữa các yêu cầu và sản phẩm công việc được phát triển để thực hiện và xác minh các yêu cầu đó. RTM nắm bắt tất cả các yêu cầu tại Phân tích Yêu cầu cùng với khả năng xác định nguồn gốc của chúng trong một tài liệu duy nhất. Tất cả những điều này được chuyển giao khi kết thúc vòng đời.
Ma trận được tạo khi bắt đầu một dự án vì nó tạo cơ sở cho phạm vi dự án và các sản phẩm sẽ được sản xuất.
Ma trận là hai chiều, vì nó theo dõi yêu cầu về phía trước bằng cách kiểm tra đầu ra của các sản phẩm phân phối và lùi lại bằng cách xem xét yêu cầu kinh doanh đã được chỉ định cho một tính năng cụ thể của sản phẩm.
Phân tích tự động hóa
Trong giai đoạn yêu cầu, nhóm QA phân tích phạm vi tự động hóa để kiểm tra hồi quy. Nếu tự động hóa được thêm vào phạm vi, nhóm sẽ quyết định công cụ nào có thể được sử dụng, những chức năng nào sẽ được đề cập như tự động hóa, khung thời gian và phân bổ nguồn lực liên quan đến phát triển tự động hóa. Sau khi hoàn thành phân tích này, nhóm QA sẽ cung cấp Báo cáo khả thi tự động hóa cho các bên liên quan khác nhau để cung cấp cho người ký.