Kiểm tra SAP - SDLC

Vòng đời phát triển phần mềm xác định chuỗi các bước được thực hiện để phát triển một ứng dụng hoặc hiệu quả của phần mềm. Trong chương này, chúng ta sẽ thảo luận về các giai đoạn được xác định trong SDLC. Mỗi giai đoạn có quy trình riêng và các sản phẩm phân phối sẽ chuyển sang giai đoạn tiếp theo.

Nghiên cứu khả thi

Giai đoạn đầu tiên của SDLC là requirement gathering. Sau khi các yêu cầu được thu thập, nhóm đưa ra một kế hoạch sơ bộ về quy trình phần mềm. Ở bước này, nhóm phân tích xem liệu một phần mềm có thể được tạo ra để đáp ứng tất cả các yêu cầu của người dùng hay không. Nó được tìm hiểu xem liệu dự án có khả thi về mặt tài chính, thực tế và công nghệ để tổ chức thực hiện hay không. Có nhiều thuật toán có sẵn, giúp các nhà phát triển kết luận về tính khả thi của một dự án phần mềm.

Phân tích hệ thống

Ở bước này, các nhà phát triển quyết định lộ trình kế hoạch của họ và cố gắng đưa ra mô hình phần mềm tốt nhất phù hợp với dự án. Phân tích hệ thống bao gồm hiểu biết về các giới hạn của sản phẩm phần mềm, tìm hiểu các vấn đề liên quan đến hệ thống hoặc các thay đổi cần thực hiện trong các hệ thống hiện có, xác định và giải quyết tác động của dự án đối với tổ chức và nhân sự, v.v. Nhóm dự án phân tích phạm vi dự án và lập kế hoạch lịch trình và nguồn lực phù hợp.

Thiết kế phần mềm

Bước tiếp theo là mang toàn bộ kiến thức về các yêu cầu và phân tích trên bàn làm việc và thiết kế sản phẩm phần mềm. Đầu vào từ người dùng và thông tin thu thập được trong giai đoạn thu thập yêu cầu là đầu vào của bước này. Đầu ra của bước này có hai dạng;logical design và physical design. Các kỹ sư tạo ra siêu dữ liệu và từ điển dữ liệu, sơ đồ logic, sơ đồ luồng dữ liệu và trong một số trường hợp là mã giả.

Mã hóa

Bước này còn được gọi là programming phase. Việc thực hiện thiết kế phần mềm bắt đầu từ việc viết mã chương trình bằng ngôn ngữ lập trình phù hợp và phát triển các chương trình thực thi không có lỗi một cách hiệu quả.

Thử nghiệm

Một ước tính nói rằng 50% toàn bộ quá trình phát triển phần mềm nên được kiểm tra. Các lỗi có thể làm hỏng phần mềm từ mức quan trọng đến mức tự xóa. Kiểm thử phần mềm được thực hiện trong khi mã hóa bởi các nhà phát triển và kiểm tra kỹ lưỡng được thực hiện bởi các chuyên gia kiểm thử ở các cấp độ mã khác nhau như kiểm tra mô-đun, kiểm tra chương trình, kiểm tra sản phẩm, kiểm tra nội bộ và kiểm tra sản phẩm ở cuối người dùng. Phát hiện sớm các lỗi và cách khắc phục chúng là chìa khóa để phát triển một phần mềm đáng tin cậy.

Hội nhập

Phần mềm có thể cần được tích hợp với thư viện, cơ sở dữ liệu và (các) chương trình khác. Giai đoạn này của SDLC đề cập đến việc tích hợp phần mềm với các thực thể thế giới bên ngoài.

Thực hiện

Thực hiện hoặc triển khai có nghĩa là cài đặt phần mềm trên máy người dùng. Đôi khi, phần mềm cần cấu hình sau cài đặt ở cuối người dùng. Phần mềm được kiểm tra tính di động và khả năng thích ứng và các vấn đề liên quan đến tích hợp được giải quyết trong quá trình thực hiện.

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

Vòng đời kiểm thử phần mềm (STLC) bao gồm tất cả các bước được thực hiện theo cách cụ thể để đảm bảo rằng các mục tiêu chất lượng được đáp ứng và mỗi bước đều có các mục tiêu và sản phẩm cụ thể.

STLC được sử dụng để cải thiện chất lượng của một sản phẩm phần mềm và làm cho nó có khả năng đáp ứng các yêu cầu kinh doanh để đạt được các mục tiêu nhất định.

Các giai đoạn khác nhau trong Vòng đời kiểm thử phần mềm như sau:

Giai đoạn yêu cầu
Lập kế hoạch kiểm tra
Phân tích thử nghiệm
Giai đoạn thiết kế thử nghiệm
Triển khai thử nghiệm
Giai đoạn thực hiện kiểm tra
Giai đoạn đóng cửa thử nghiệm

Giai đoạn yêu cầu

Đây là giai đoạn đầu tiên của Vòng đời kiểm thử phần mềm. Trong giai đoạn này, công việc của tester là phân tích các yêu cầu. Có nhiều phương pháp khác nhau để Phân tích Yêu cầu như thực hiện các phiên động não với các doanh nhân, các thành viên trong nhóm và cố gắng tìm hiểu xem các yêu cầu có thể kiểm tra được hay không.

Giai đoạn này xác định phạm vi của thử nghiệm. Nếu một nhóm kiểm tra tìm thấy bất kỳ tính năng nào không thể kiểm tra được thì điều đó sẽ được thông báo cho khách hàng.

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

Trong giai đoạn này, người thử nghiệm xác định các hoạt động và nguồn lực sẽ giúp đáp ứng các mục tiêu thử nghiệm.

Các chỉ số khác nhau được xác định và có sẵn các phương pháp để xác định và theo dõi các chỉ số đó. Lập kế hoạch kiểm tra cũng bao gồm việc xác định các chỉ số hiệu suất chính để đánh giá kiểm tra.

Phân tích thử nghiệm

Giai đoạn này xác định các nguyên tắc phải được kiểm tra. Nó bao gồm việc xác định các điều kiện thử nghiệm bằng cách sử dụng tài liệu yêu cầu, mọi rủi ro liên quan và các tiêu chí thử nghiệm khác.

Các yếu tố khác nhau được sử dụng để tìm ra các điều kiện thử nghiệm -

Độ phức tạp của sản phẩm
Độ sâu kiểm tra
Rủi ro liên quan
Yêu cầu kỹ năng
Kiến thức về các thành viên trong nhóm kiểm tra
Quản lý kiểm tra
Sự sẵn có của các bên liên quan

Các điều kiện kiểm tra nên được viết một cách chi tiết.

Hãy để chúng tôi lấy một example. Đối với một trang web bán sản phẩm trực tuyến, điều kiện thử nghiệm là khách hàng phải có thể thanh toán trực tuyến. Bạn có thể thêm các điều kiện chi tiết như, thanh toán phải khả thi bằng thẻ Tín dụng, chuyển khoản NEFT, thẻ ghi nợ hoặc ngân hàng trực tuyến.

Ưu điểm của việc viết điều kiện kiểm thử chi tiết là nó làm tăng phạm vi kiểm thử vì các trường hợp kiểm thử thường được viết trên cơ sở điều kiện kiểm tra. Nó cho phép viết các trường hợp kiểm thử chi tiết hơn. Nó cũng giúp xác định điều kiện khi nào dừng thử nghiệm một sản phẩm phần mềm.

Giai đoạn thiết kế thử nghiệm

Giai đoạn này xác định cách thức thực hiện các bài kiểm tra.

Chia nhỏ các điều kiện thử nghiệm thành nhiều điều kiện phụ để tăng mức độ phù hợp của nó.
Lấy dữ liệu thử nghiệm.
Thiết lập môi trường thử nghiệm.
Nhận các chỉ số truy xuất nguồn gốc yêu cầu.
Tạo chỉ số phạm vi kiểm tra.

Giai đoạn triển khai thử nghiệm

Giai đoạn này bao gồm việc tạo các trường hợp thử nghiệm chi tiết theo các điều kiện và chỉ số thử nghiệm được xác định.

Ưu tiên test case.
Test-case được sử dụng cho hồi quy.
Đảm bảo tính đúng đắn của test-case.
Đăng xuất khỏi các trường hợp thử nghiệm trước khi quá trình thực thi thực sự bắt đầu.