SO SÁNH - STLC và SDLC

Trong chương này, chúng ta sẽ hiểu các yếu tố so sánh giữa STLC và SDLC. Chúng ta hãy xem xét các điểm sau và qua đó, so sánh STLC và SDLC.

  • STLC là một phần của SDLC. Có thể nói STLC là một tập con của tập SDLC.

  • STLC được giới hạn trong giai đoạn thử nghiệm đảm bảo chất lượng của phần mềm hoặc sản phẩm. SDLC có vai trò to lớn và quan trọng trong việc phát triển hoàn chỉnh một phần mềm hoặc sản phẩm.

  • Tuy nhiên, STLC là một giai đoạn rất quan trọng của SDLC và sản phẩm cuối cùng hoặc phần mềm không thể được phát hành nếu không thông qua quy trình STLC.

  • STLC cũng là một phần của chu kỳ sau phát hành / cập nhật, giai đoạn bảo trì của SDLC nơi các lỗi đã biết được sửa hoặc một chức năng mới được thêm vào phần mềm.

Bảng sau liệt kê các yếu tố so sánh giữa SDLC và STLC dựa trên các giai đoạn của chúng:

Giai đoạn SDLC STLC
Thu thập các yêu cầu
  • Business Analyst tập hợp các yêu cầu.
  • Nhóm phát triển phân tích các yêu cầu.
  • Sau khi cấp cao, nhóm phát triển bắt đầu phân tích từ kiến ​​trúc và quan điểm thiết kế.
  • Nhóm kiểm tra xem xét và phân tích tài liệu SRD.
  • Xác định các yêu cầu thử nghiệm - Các điểm chính về Phạm vi, Xác minh và Xác thực.
  • Xem xét các yêu cầu về mối quan hệ logic và chức năng giữa các mô-đun khác nhau. Điều này giúp xác định các lỗ hổng ở giai đoạn đầu.
Thiết kế
  • Kiến trúc của SDLC giúp bạn phát triển thiết kế cấp cao và cấp thấp của phần mềm dựa trên các yêu cầu.
  • Business Analyst làm việc trên nền tảng của thiết kế giao diện người dùng.
  • Sau khi thiết kế hoàn thành, các bên liên quan sẽ ký hợp đồng.
  • Trong STLC, Kiến trúc sư kiểm thử hoặc Trưởng nhóm kiểm tra thường lập kế hoạch chiến lược kiểm tra.
  • Xác định các điểm kiểm tra.
  • Phân bổ nguồn lực và tiến trình thời gian được hoàn thành ở đây.
Phát triển
  • Nhóm phát triển bắt đầu phát triển phần mềm.
  • Tích hợp với các hệ thống khác nhau.
  • Sau khi tất cả tích hợp được thực hiện, một phần mềm hoặc sản phẩm sẵn sàng để kiểm tra sẽ được cung cấp.
  • Nhóm kiểm thử viết các kịch bản kiểm tra để xác nhận chất lượng của sản phẩm.
  • Các trường hợp kiểm thử chi tiết được viết cho tất cả các mô-đun cùng với hành vi mong đợi.
  • Các điều kiện tiên quyết và tiêu chí vào và ra của một mô-đun thử nghiệm được xác định ở đây.
Môi trường thiết lập
  • Nhóm phát triển thiết lập một môi trường thử nghiệm với sản phẩm đã phát triển để xác nhận.
  • Nhóm Kiểm tra xác nhận môi trường được thiết lập dựa trên các điều kiện tiên quyết.
  • Thực hiện kiểm tra khói để đảm bảo môi trường ổn định cho sản phẩm được kiểm tra.
Thử nghiệm
  • Thử nghiệm thực tế được thực hiện trong giai đoạn này. Nó bao gồm kiểm thử đơn vị, kiểm tra tích hợp, kiểm tra hệ thống, kiểm tra lại lỗi, kiểm tra hồi quy, v.v.
  • Nhóm Phát triển sẽ sửa lỗi được báo cáo, nếu có và gửi lại cho người thử nghiệm để kiểm tra lại.
  • Kiểm tra UAT thực hiện ở đây sau khi đăng xuất khỏi kiểm tra SIT.
  • Kiểm thử tích hợp hệ thống bắt đầu dựa trên các trường hợp thử nghiệm.
  • Các lỗi được báo cáo, nếu có, sẽ được kiểm tra lại và sửa.
  • Kiểm tra hồi quy được thực hiện ở đây và sản phẩm được đăng xuất sau khi đáp ứng tiêu chí thoát.
Triển khai / Phát hành sản phẩm
  • Sau khi nhận được đăng xuất từ ​​các nhóm thử nghiệm khác nhau, ứng dụng sẽ được triển khai trong môi trường sản phẩm dành cho người dùng cuối thực sự.
  • Thử nghiệm khói và độ tỉnh táo trong môi trường sản xuất được hoàn thành tại đây ngay khi sản phẩm được triển khai.
  • Báo cáo thử nghiệm và chuẩn bị ma trận được thực hiện bởi nhóm thử nghiệm để phân tích sản phẩm.
Bảo trì
  • Nó bao gồm hỗ trợ triển khai bài đăng, nâng cao và cập nhật, nếu có.
  • Trong giai đoạn này, việc duy trì các trường hợp thử nghiệm, bộ đồ hồi quy và các tập lệnh tự động hóa diễn ra dựa trên việc nâng cao và cập nhật.