STLC (Vòng đời kiểm thử phần mềm)

Vòng đời kiểm thử phần mềm

Vòng đời kiểm thử phần mềm (STLC) là gì?

Vòng đời kiểm thử phần mềm (STLC) là một chuỗi các hoạt động cụ thể được tiến hành trong quá trình kiểm thử để đảm bảo đạt được mục tiêu chất lượng phần mềm. STLC liên quan đến cả hoạt động xác minh và xác nhận. Trái với suy nghĩ của nhiều người, Kiểm thử phần mềm không chỉ là một hoạt động đơn lẻ/riêng biệt, tức là kiểm thử. Nó bao gồm một loạt các hoạt động được thực hiện một cách có phương pháp để giúp chứng nhận sản phẩm phần mềm của bạn. STLC là viết tắt của Vòng đời kiểm thử phần mềm.

Giai đoạn STLC

Có sáu giai đoạn chính sau đây trong mọi Mô hình vòng đời kiểm thử phần mềm (Mô hình STLC):

Giai đoạn STLC
Các giai đoạn mô hình STLC
  1. Phân tích yêu cầu
  2. Lập kế hoạch kiểm tra
  3. Phát triển trường hợp thử nghiệm
  4. Thiết lập môi trường thử nghiệm
  5. Thực hiện kiểm tra
  6. Kết thúc chu kỳ thử nghiệm

Mỗi giai đoạn này đều có tiêu chí Đầu vào và Đầu ra xác định, Hoạt động & Sản phẩm phân phối được liên kết với nó.

Tiêu chí vào và ra trong STLC là gì?

  • Tiêu chí nhập: Tiêu chí đầu vào đưa ra các mục tiên quyết phải được hoàn thành trước khi thử nghiệm có thể bắt đầu.
  • Tiêu chí thoát: Tiêu chí đầu ra xác định các mục phải được hoàn thành trước khi kết thúc thử nghiệm

Bạn có Tiêu chí đầu vào và đầu ra cho tất cả các cấp độ trong Vòng đời kiểm thử phần mềm (STLC)

Trong Thế giới lý tưởng, bạn sẽ không bước vào giai đoạn tiếp theo cho đến khi đáp ứng được tiêu chí thoát ra của giai đoạn trước. Nhưng thực tế điều này không phải lúc nào cũng có thể thực hiện được. Vì vậy, trong hướng dẫn này, chúng tôi sẽ tập trung vào các hoạt động và sản phẩm bàn giao cho các giai đoạn khác nhau trong vòng đời STLC. Chúng ta hãy xem xét chúng một cách chi tiết.

Video về STLC trong kiểm thử phần mềm

Kiểm tra giai đoạn yêu cầu

Kiểm tra giai đoạn yêu cầu còn được gọi là Phân tích yêu cầu trong đó nhóm kiểm thử nghiên cứu các yêu cầu từ quan điểm kiểm thử để xác định các yêu cầu có thể kiểm thử được và nhóm QA có thể tương tác với nhiều bên liên quan khác nhau để hiểu chi tiết các yêu cầu. Yêu cầu có thể là chức năng hoặc phi chức năng. Tính khả thi về tự động hóa cho dự án thử nghiệm cũng được thực hiện trong giai đoạn này.

Các hoạt động trong giai đoạn kiểm tra yêu cầu

  • Xác định các loại xét nghiệm cần thực hiện.
  • Thu thập thông tin chi tiết về ưu tiên và trọng tâm thử nghiệm.
  • Chuẩn bị Ma trận xác định nguồn gốc yêu cầu (RTM).
  • Xác định chi tiết môi trường thử nghiệm nơi thử nghiệm được cho là sẽ được thực hiện.
  • Phân tích tính khả thi tự động hóa (nếu cần).

Sản phẩm bàn giao của giai đoạn thử nghiệm yêu cầu

  • RTM
  • Báo cáo khả thi về tự động hóa (nếu có)

Lập kế hoạch kiểm tra trong STLC

Lập kế hoạch kiểm tra trong STLC là giai đoạn trong đó người quản lý QA cấp cao xác định chiến lược kế hoạch thử nghiệm cùng với nỗ lực và ước tính chi phí cho dự án. Hơn nữa, tài nguyên, môi trường thử nghiệm, giới hạn thử nghiệm và lịch trình thử nghiệm cũng được xác định. Kế hoạch kiểm tra được chuẩn bị và hoàn thiện trong cùng một giai đoạn.

Hoạt động lập kế hoạch kiểm tra

  • Chuẩn bị kế hoạch kiểm tra/tài liệu chiến lược cho các loại thử nghiệm khác nhau
  • Lựa chọn công cụ kiểm tra
  • Ước tính nỗ lực thử nghiệm
  • Lập kế hoạch nguồn lực và xác định vai trò và trách nhiệm.
  • Yêu cầu đào tạo

Sản phẩm của kế hoạch kiểm thử

Giai đoạn phát triển trường hợp thử nghiệm

Giai đoạn phát triển trường hợp thử nghiệm liên quan đến việc tạo, xác minh và làm lại các trường hợp kiểm thử & kịch bản kiểm thử sau khi kế hoạch kiểm thử đã sẵn sàng. Ban đầu, Dữ liệu kiểm tra được xác định sau đó được tạo và xem xét rồi làm lại dựa trên các điều kiện tiên quyết. Sau đó, nhóm QA bắt đầu quá trình phát triển các trường hợp thử nghiệm cho từng đơn vị.

Hoạt động phát triển trường hợp thử nghiệm

  • Tạo các trường hợp thử nghiệm, tập lệnh tự động hóa (nếu có)
  • Review và các trường hợp và tập lệnh kiểm thử cơ bản
  • Tạo dữ liệu thử nghiệm (Nếu có sẵn Môi trường thử nghiệm)

Sản phẩm bàn giao của quá trình phát triển trường hợp thử nghiệm

  • Trường hợp/kịch bản thử nghiệm
  • Dữ liệu kiểm tra

Thiết lập môi trường thử nghiệm

Thiết lập môi trường thử nghiệm quyết định các điều kiện phần mềm và phần cứng trong đó sản phẩm công việc được thử nghiệm. Đây là một trong những khía cạnh quan trọng của quá trình thử nghiệm và có thể được thực hiện song song với Giai đoạn phát triển trường hợp thử nghiệm. Nhóm kiểm thử có thể không tham gia vào hoạt động này nếu nhóm phát triển cung cấp môi trường kiểm thử. Nhóm kiểm thử được yêu cầu thực hiện kiểm tra mức độ sẵn sàng (kiểm tra khói) của môi trường nhất định.

Hoạt động thiết lập môi trường thử nghiệm

  • Hiểu rõ kiến ​​trúc cần thiết, thiết lập môi trường và chuẩn bị danh sách yêu cầu về phần cứng và phần mềm cho Môi trường thử nghiệm.
  • Thiết lập thử nghiệm Môi trường và dữ liệu thử nghiệm
  • Thực hiện smoke test trên công trình

Thành phẩm của việc thiết lập môi trường thử nghiệm

  • Môi trường sẵn sàng với dữ liệu thử nghiệm được thiết lập
  • Kết quả kiểm tra khói.

Giai đoạn thực hiện kiểm thử

Giai đoạn thực hiện kiểm thử được thực hiện bởi những người kiểm thử trong đó việc kiểm thử bản dựng phần mềm được thực hiện dựa trên các kế hoạch kiểm thử và các trường hợp kiểm thử đã chuẩn bị. Quá trình này bao gồm thực thi tập lệnh kiểm thử, bảo trì tập lệnh kiểm thử và báo cáo lỗi. Nếu lỗi được báo cáo thì nó sẽ được gửi lại cho nhóm phát triển để sửa chữa và việc kiểm tra lại sẽ được thực hiện.

Hoạt động thực hiện kiểm thử

  • Thực hiện kiểm tra theo kế hoạch
  • Ghi lại kết quả kiểm tra và ghi lại lỗi cho các trường hợp không thành công
  • Ánh xạ lỗi vào các ca kiểm thử trong RTM
  • Kiểm tra lại Khiếm khuyết nhất định
  • Theo dõi các khiếm khuyết để đóng cửa

Sản phẩm thực hiện kiểm thử

  • Đã hoàn thành RTM với trạng thái thực thi
  • Các trường hợp thử nghiệm được cập nhật với kết quả
  • Báo cáo lỗi

Kết thúc chu trình thử nghiệm

Kết thúc chu trình thử nghiệm Giai đoạn hoàn thành việc thực hiện kiểm thử bao gồm một số hoạt động như báo cáo hoàn thành kiểm thử, thu thập ma trận hoàn thành kiểm thử và kết quả kiểm thử. Các thành viên trong nhóm kiểm thử gặp gỡ, thảo luận và phân tích các hiện vật kiểm thử để xác định các chiến lược phải thực hiện trong tương lai, rút ​​ra bài học từ chu kỳ kiểm thử hiện tại. Ý tưởng là loại bỏ các tắc nghẽn trong quy trình cho các chu kỳ thử nghiệm trong tương lai.

Hoạt động kết thúc chu trình kiểm thử

  • Đánh giá các tiêu chí hoàn thành chu trình dựa trên Thời gian, phạm vi kiểm thử, Chi phí, Phần mềm, Mục tiêu kinh doanh quan trọng, Chất lượng
  • Chuẩn bị số liệu kiểm tra dựa trên các thông số trên.
  • Ghi lại quá trình học tập ngoài dự án
  • Chuẩn bị báo cáo kết thúc thử nghiệm
  • Báo cáo định tính và định lượng về chất lượng sản phẩm công việc cho khách hàng.
  • Phân tích kết quả kiểm thử để tìm ra sự phân bố lỗi theo loại và mức độ nghiêm trọng.

Sản phẩm bàn giao của việc kết thúc chu trình thử nghiệm

  • Báo cáo kết thúc thử nghiệm
  • Số liệu thử nghiệm

Các giai đoạn STLC cùng với Tiêu chí vào và ra

Giai đoạn STLC Tiêu chuẩn nhập cảnh Hoạt động Tiêu chí thoát Phân phôi
Phân tích yêu cầu
  • Tài liệu yêu cầu có sẵn (cả chức năng và phi chức năng)
  • Tiêu chí chấp nhận được xác định.
  • Có sẵn tài liệu kiến ​​trúc ứng dụng.
  • Phân tích chức năng kinh doanh để biết các mô-đun kinh doanh và các chức năng cụ thể của mô-đun.
  • Xác định tất cả các giao dịch trong các mô-đun.
  • Xác định tất cả các hồ sơ người dùng.
  • Thu thập giao diện người dùng/xác thực, yêu cầu về phạm vi địa lý.
  • Xác định các loại xét nghiệm cần thực hiện.
  • Thu thập thông tin chi tiết về ưu tiên và trọng tâm thử nghiệm.
  • Chuẩn bị yêu cầu Ma trận truy xuất nguồn gốc (RTM).
  • Xác định chi tiết môi trường thử nghiệm nơi thử nghiệm được cho là sẽ được thực hiện.
  • Phân tích tính khả thi tự động hóa (nếu cần).
  • Đã ký tắt RTM
  • Báo cáo khả thi tự động hóa thử nghiệm có chữ ký của khách hàng
  • RTM
  • Báo cáo khả thi tự động hóa (nếu có)
Lập kế hoạch kiểm tra
  • Tài liệu yêu cầu
  • Ma trận truy xuất nguồn gốc yêu cầu.
  • Tài liệu khả thi tự động hóa thử nghiệm
  • Phân tích các phương pháp thử nghiệm khác nhau có sẵn
  • Hoàn thiện cách tiếp cận phù hợp nhất
  • Chuẩn bị kế hoạch kiểm tra/tài liệu chiến lược cho các loại thử nghiệm khác nhau
  • Lựa chọn công cụ kiểm tra
  • Ước tính nỗ lực thử nghiệm
  • Lập kế hoạch nguồn lực và xác định vai trò và trách nhiệm.
  • Tài liệu kế hoạch/chiến lược kiểm tra đã được phê duyệt.
  • Tài liệu ước tính nỗ lực đã được ký tắt.
  • Tài liệu kế hoạch/chiến lược kiểm tra.
  • Tài liệu ước lượng nỗ lực
Phát triển trường hợp thử nghiệm
  • Tài liệu yêu cầu
  • RTM và kế hoạch thử nghiệm
  • Báo cáo phân tích tự động hóa
  • Tạo các trường hợp thử nghiệm, thiết kế thử nghiệm, tập lệnh tự động hóa (nếu có)
  • Review và các trường hợp và tập lệnh kiểm thử cơ bản
  • Tạo dữ liệu thử nghiệm
  • RevCác trường hợp/kịch bản kiểm thử đã được xác nhận và đã ký
  • Revdữ liệu thử nghiệm đã được ký và đã ký
  • Trường hợp/kịch bản thử nghiệm
  • Dữ liệu kiểm tra
Thiết lập môi trường thử nghiệm
  • Tài liệu thiết kế hệ thống và kiến ​​trúc có sẵn
  • Kế hoạch thiết lập môi trường có sẵn
  • Hiểu được kiến ​​trúc cần thiết, thiết lập môi trường
  • Chuẩn bị danh sách yêu cầu phát triển phần cứng và phần mềm
  • Hoàn thiện các yêu cầu kết nối
  • Chuẩn bị danh sách kiểm tra thiết lập môi trường
  • Thiết lập thử nghiệm Môi trường và dữ liệu thử nghiệm
  • Thực hiện smoke test trên công trình
  • Chấp nhận/từ chối bản dựng tùy thuộc vào kết quả kiểm tra khói
  • Thiết lập môi trường đang hoạt động theo kế hoạch và danh sách kiểm tra
  • Thiết lập dữ liệu thử nghiệm đã hoàn tất
  • Kiểm tra khói thành công
  • Môi trường sẵn sàng với dữ liệu thử nghiệm được thiết lập
  • Kết quả kiểm tra khói.
Thực hiện kiểm tra
  • RTM cơ bản, Kế hoạch kiểm tra , Trường hợp/kịch bản thử nghiệm có sẵn
  • Môi trường thử nghiệm đã sẵn sàng
  • Thiết lập dữ liệu thử nghiệm đã hoàn tất
  • Có sẵn báo cáo kiểm tra Đơn vị/Tích hợp cho bản dựng được kiểm tra
  • Thực hiện kiểm tra theo kế hoạch
  • Ghi lại kết quả kiểm tra và ghi lại lỗi cho các trường hợp không thành công
  • Cập nhật kế hoạch kiểm tra/trường hợp kiểm tra, nếu cần thiết
  • Ánh xạ lỗi vào các ca kiểm thử trong RTM
  • Kiểm tra lại các bản sửa lỗi
  • Kiểm tra hồi quy ứng dụng
  • Theo dõi các khiếm khuyết để đóng cửa
  • Tất cả các thử nghiệm theo kế hoạch đều được thực hiện
  • Các lỗi được ghi lại và theo dõi đến khi đóng
  • RTM đã hoàn thành với trạng thái thực thi
  • Các trường hợp thử nghiệm được cập nhật với kết quả
  • Báo cáo lỗi
Kết thúc chu kỳ thử nghiệm
  • Kiểm tra đã được hoàn thành
  • Kết quả kiểm tra có sẵn
  • Nhật ký lỗi có sẵn
  • Đánh giá các tiêu chí hoàn thành chu trình dựa trên – Thời gian, Phạm vi kiểm tra, Chi phí, Chất lượng phần mềm, Mục tiêu kinh doanh quan trọng
  • Chuẩn bị số liệu kiểm tra dựa trên các thông số trên.
  • Ghi lại quá trình học tập ngoài dự án
  • Chuẩn bị báo cáo kết thúc thử nghiệm
  • Báo cáo định tính và định lượng về chất lượng sản phẩm công việc cho khách hàng.
  • Phân tích kết quả kiểm thử để tìm ra sự phân bố lỗi theo loại và mức độ nghiêm trọng
  • Báo cáo kết thúc thử nghiệm được khách hàng ký
  • Báo cáo kết thúc thử nghiệm
  • Số liệu thử nghiệm

Đọc thêm Xem tiếp