STLC (Vòng đời kiểm thử phần mềm) Các giai đoạn, Tiêu chí đầu vào, Thoát

Mục lục:

Anonim

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 đáp ứng cá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 ngược 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ẻ / cô lập, tức là thử nghiệm. 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.

Trong hướng dẫn này, bạn sẽ học-

  • Giai đoạn STLC
  • Phân tích yêu cầu
  • Lập kế hoạch kiểm tra
  • Phát triển trường hợp thử nghiệm
  • Thiết lập môi trường thử nghiệm
  • Thực hiện kiểm tra
  • Kiểm tra chu kỳ đóng cửa
  • Các giai đoạn STLC cùng với Tiêu chí Nhập và Thoát

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):

  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ỳ kiểm tra
Các giai đoạn mô hình STLC

Mỗi giai đoạn này có một tiêu chí Nhập và Thoát xác định, Hoạt động & Sản phẩm được giao đi kèm với nó.

Tiêu chí Nhập và Thoát trong STLC là gì?

  • Tiêu chí đầu vào: 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 quá trình thử nghiệm có thể bắt đầu.
  • Tiêu chí thoát: Tiêu chí thoát xác định các hạng mục phải được hoàn thành trước khi kết thúc kiểm tra

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

Trong một thế giới Lý tưởng, bạn sẽ không bước vào giai đoạn tiếp theo cho đến khi các tiêu chí thoát cho giai đoạn trước được đáp ứng. 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, đối với hướng dẫn này, chúng tôi sẽ tập trung vào các hoạt động và phân phối cho các giai đoạn khác nhau trong vòng đời STLC. Hãy xem xét chúng một cách chi tiết.

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 tra nghiên cứu các yêu cầu từ quan điểm kiểm tra để xác định các yêu cầu có thể kiểm tra và nhóm QA có thể tương tác với các bên liên quan khác nhau để hiểu các yêu cầu một cách chi tiết. Các yêu cầu có thể là chức năng hoặc phi chức năng. Tính khả thi của 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 thử nghiệm giai đoạn yêu cầu

  • Xác định các loại kiểm tra sẽ được thực hiện.
  • Thu thập thông tin chi tiết về các ư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 các chi tiết về 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 của tự động hóa (nếu được yêu cầu).

Cung cấp các yêu cầu của thử nghiệm giai đoạn yêu cầu

  • RTM
  • Báo cáo khả thi 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ý Cấp cao QA xác định chiến lược kế hoạch kiểm tra cùng với các 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.

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

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

Cung cấp Kế hoạch Kiểm tra

  • Tài liệu kế hoạch / chiến lược thử nghiệm.
  • Tài liệu ước tính nỗ lực.

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

Các Test Case Phát triển giai đoạn liên quan đến việc thành lập, thẩm tra và làm lại các trường hợp thử nghiệm & kịch bản thử nghiệm sau khi kế hoạch kiểm tra sẵn sàng. Ban đầu, dữ liệu Kiểm tra được xác định sau đó được tạo và xem xét và sau đó được 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 kiểm thử cho các đơn vị riêng lẻ.

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ó)
  • Xem xét và cơ sở các trường hợp và tập lệnh thử nghiệm
  • Tạo dữ liệu thử nghiệm (Nếu có Môi trường thử nghiệm)

Cung cấp phát triển trường hợp thử nghiệm

  • Các trường hợp / tập lệnh thử nghiệm
  • Dữ liệu thử nghiệm

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 mà theo đó một sản phẩm làm 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 tra đượ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 kiến ​​trúc yêu cầu, thiết lập môi trường và chuẩn bị danh sách yêu cầu phần cứng và phần mềm cho Môi trường thử nghiệm.
  • Thiết lập môi trường thử nghiệm và dữ liệu thử nghiệm
  • Thực hiện kiểm tra khói trên tòa nhà

Cung cấp cá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 tra

Giai đoạn Thực thi 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 xây 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 thử nghiệm, bảo trì tập lệnh thử nghiệm và báo cáo lỗi. Nếu lỗi được báo cáo thì nó sẽ được hoàn nguyên trở lại nhóm phát triển để chỉnh sửa và việc kiểm tra lại sẽ được thực hiện.

Kiểm tra hoạt động thực thi

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

Cung cấp các sản phẩm thực thi kiểm tra

  • Đã 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 sai sót

Kiểm tra chu kỳ đóng cửa

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

Các hoạt động kiểm tra chu kỳ đóng cửa

  • Đá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í, Phần mềm, Mục tiêu Kinh doanh Quan trọng, Chất lượng
  • Chuẩn bị các 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 từ dự án
  • Chuẩn bị báo cáo kết thúc kiểm tra
  • Báo cáo định tính và định lượng về chất lượng của sản phẩm công việc cho khách hàng.
  • Phân tích kết quả kiểm tra để tìm ra sự phân bố khuyết tật theo loại và mức độ nghiêm trọng.

Cung cấp các sản phẩm của chu kỳ kiểm tra đóng cửa

  • Báo cáo kiểm tra đóng cửa
  • Kiểm tra số liệu

Các giai đoạn STLC cùng với Tiêu chí Nhập và Thoát

Giai đoạn STLC Tiêu chuẩn nhập cảnh Hoạt động Tiêu chí thoát Giao hàng tận nơ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à không chức năng)
  • Tiêu chí chấp nhận được xác định.
  • Tài liệu kiến ​​trúc ứng dụng có sẵn.
  • Phân tích chức năng nghiệp vụ để biết các mô-đun nghiệp vụ 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, các yêu cầu lan truyền địa lý.
  • Xác định các loại kiểm tra sẽ được thực hiện.
  • Thu thập thông tin chi tiết về các ư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 các chi tiết về 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 của tự động hóa (nếu được yêu cầu).
  • Đã đăng ký khỏi RTM
  • Báo cáo khả thi về tự động hóa thử nghiệm do khách hàng ký
  • RTM
  • Báo cáo khả thi về tự động hóa (nếu có)
Lập kế hoạch kiểm tra
  • Tài liệu yêu cầu
  • Yêu cầu Ma trận xác định nguồn gốc.
  • Kiểm tra tài liệu khả thi tự động hóa.
  • Phân tích các phương pháp thử nghiệm khác nhau có sẵn
  • Hoàn thiện phương pháp tiếp cận phù hợp nhất
  • Chuẩn bị tài liệu kế hoạch / chiến lược thử nghiệm cho các loại thử nghiệm khác nhau
  • Lựa chọn công cụ kiểm tra
  • Kiểm tra ước tính nỗ lực
  • Hoạch định 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 thử nghiệm đã đượ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 thử nghiệm.
  • Tài liệu ước tính 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ó)
  • Xem xét và cơ sở các trường hợp và tập lệnh thử nghiệm
  • Tạo dữ liệu thử nghiệm
  • Các trường hợp / tập lệnh thử nghiệm đã được đánh giá và ký
  • Dữ liệu kiểm tra đã xem xét và ký tên
  • Các trường hợp / tập lệnh thử nghiệm
  • Dữ liệu thử nghiệm
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
  • Đã có kế hoạch thiết lập môi trường
  • Hiểu kiến ​​trúc yêu cầu, 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 môi trường thử nghiệm và dữ liệu thử nghiệm
  • Thực hiện kiểm tra khói trên tòa nhà
  • Chấp nhận / từ chối việc xây 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
  • Quá trình 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
  • Có sẵn RTM cơ bản, Kế hoạch thử nghiệm, Trường hợp thử nghiệm / tập lệnh
  • Môi trường thử nghiệm đã sẵn sàng
  • Dữ liệu thử nghiệm đã thiết lập xong
  • Đã có báo cáo kiểm tra Đơn vị / Tích hợp cho bản dựng sẽ được kiểm tra
  • Thực hiện các bài kiểm tra theo kế hoạch
  • Ghi lại kết quả kiểm tra và ghi nhật ký các lỗi cho các trường hợp không thành công
  • Cập nhật kế hoạch kiểm thử / trường hợp kiểm thử, nếu cần
  • Ánh xạ các khiếm khuyết cho các trường hợp kiểm tra 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 khuyết tật để đóng lại
  • Tất cả các thử nghiệm đã lên kế hoạch đều được thực hiện
  • Các khiếm khuyết được ghi lại và theo dõi để đóng lại
  • Đã 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 sai sót
Kết thúc chu kỳ kiểm tra
  • Kiểm tra đã 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ị các 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 từ dự án
  • Chuẩn bị báo cáo kết thúc kiểm tra
  • Báo cáo định tính và định lượng về chất lượng của sản phẩm công việc cho khách hàng.
  • Phân tích kết quả kiểm tra để tìm ra sự phân bố khuyết tật theo loại và mức độ nghiêm trọng
Báo cáo kiểm tra đóng cửa do khách hàng ký
  • Báo cáo kiểm tra đóng cửa
  • Kiểm tra số liệu