Kiểm tra và đảm bảo chất lượng

Hệ thống phần mềm cần được kiểm tra hành vi dự kiến và hướng tiến triển của nó ở mỗi giai đoạn phát triển để tránh trùng lặp nỗ lực, vượt quá thời gian và chi phí cũng như đảm bảo hoàn thành hệ thống trong thời gian quy định. hành vi dự kiến và hướng tiến triển ở mỗi giai đoạn phát triển để tránh trùng lặp nỗ lực, vượt quá thời gian và chi phí, đồng thời đảm bảo hoàn thành hệ thống trong thời gian quy định.

Kiểm tra hệ thống và đảm bảo chất lượng hỗ trợ cho việc kiểm tra hệ thống. Nó bao gồm -

Chất lượng cấp sản phẩm (Thử nghiệm)
Chất lượng mức quy trình.

Hãy để chúng tôi lướt qua chúng một cách ngắn gọn -

Thử nghiệm

Kiểm thử là quá trình hoặc hoạt động kiểm tra chức năng và tính đúng đắn của phần mềm theo các yêu cầu của người dùng cụ thể nhằm nâng cao chất lượng và độ tin cậy của hệ thống. Đây là một cách tiếp cận tốn kém, tốn thời gian và quan trọng trong việc phát triển hệ thống, đòi hỏi phải lập kế hoạch thích hợp cho quá trình kiểm tra tổng thể.

Một bài kiểm tra thành công là một bài kiểm tra tìm ra lỗi. Nó thực thi chương trình với ý định rõ ràng là tìm ra lỗi, tức là làm cho chương trình bị lỗi. Đây là một quá trình đánh giá hệ thống với mục đích tạo ra một hệ thống mạnh và chủ yếu tập trung vào các điểm yếu của hệ thống hoặc phần mềm.

Đặc điểm của kiểm thử hệ thống

Kiểm thử hệ thống bắt đầu ở cấp độ mô-đun và tiến tới tích hợp toàn bộ hệ thống phần mềm. Các kỹ thuật kiểm tra khác nhau được sử dụng vào những thời điểm khác nhau trong khi kiểm tra hệ thống. Nó được tiến hành bởi nhà phát triển cho các dự án nhỏ và bởi các nhóm thử nghiệm độc lập cho các dự án lớn.

Các giai đoạn kiểm tra hệ thống

Các giai đoạn sau liên quan đến thử nghiệm:

Test Strategy

Nó là một tuyên bố cung cấp thông tin về các cấp độ, phương pháp, công cụ và kỹ thuật khác nhau được sử dụng để kiểm tra hệ thống. Nó phải đáp ứng tất cả các nhu cầu của một tổ chức.

Test Plan

Nó cung cấp một kế hoạch để kiểm tra hệ thống và xác minh rằng hệ thống đang được kiểm tra đáp ứng tất cả các thông số kỹ thuật về thiết kế và chức năng. Kế hoạch thử nghiệm cung cấp các thông tin sau:

Mục tiêu của từng giai đoạn thử nghiệm
Các cách tiếp cận và công cụ dùng để kiểm tra
Trách nhiệm và thời gian cần thiết cho mỗi hoạt động thử nghiệm
Sự sẵn có của các công cụ, phương tiện và thư viện thử nghiệm
Các thủ tục và tiêu chuẩn cần thiết để lập kế hoạch và tiến hành các thử nghiệm
Các yếu tố chịu trách nhiệm hoàn thành thành công quá trình thử nghiệm

Test Case Design

Một số trường hợp kiểm thử được xác định cho mỗi mô-đun của hệ thống được kiểm tra.
Mỗi trường hợp kiểm thử sẽ chỉ rõ cách thức kiểm tra việc thực hiện một yêu cầu cụ thể hoặc quyết định thiết kế và các tiêu chí cho sự thành công của kiểm thử.
Các trường hợp thử nghiệm cùng với kế hoạch thử nghiệm được ghi lại như một phần của tài liệu đặc tả hệ thống hoặc trong một tài liệu riêng được gọi là test specification hoặc là test description.

Test Procedures

Nó bao gồm các bước cần được tuân theo để thực hiện từng trường hợp thử nghiệm. Các thủ tục này được quy định trong một tài liệu riêng được gọi là đặc tả thủ tục thử nghiệm. Tài liệu này cũng quy định mọi yêu cầu và định dạng đặc biệt để báo cáo kết quả thử nghiệm.

Test Result Documentation

Tệp kết quả thử nghiệm chứa thông tin ngắn gọn về tổng số trường hợp thử nghiệm được thực hiện, số lỗi và bản chất của lỗi. Các kết quả này sau đó được đánh giá dựa trên các tiêu chí trong đặc điểm kỹ thuật thử nghiệm để xác định kết quả tổng thể của thử nghiệm.

Các loại kiểm tra

Kiểm tra có thể có nhiều loại khác nhau và các loại kiểm tra khác nhau được tiến hành tùy thuộc vào loại lỗi mà người ta muốn phát hiện -

Kiểm tra đơn vị

Còn được gọi là Kiểm thử chương trình, nó là một loại kiểm tra trong đó nhà phân tích kiểm tra hoặc tập trung vào từng chương trình hoặc mô-đun một cách độc lập. Nó được thực hiện với ý định thực hiện mỗi câu lệnh của mô-đun ít nhất một lần.

Trong kiểm thử đơn vị, không thể đảm bảo độ chính xác của chương trình và khó có thể tiến hành kiểm tra chi tiết các tổ hợp đầu vào khác nhau.
Nó xác định các lỗi tối đa trong một chương trình so với các kỹ thuật kiểm thử khác.

Thử nghiệm hội nhập

Trong Kiểm tra tích hợp, nhà phân tích kiểm tra nhiều mô-đun hoạt động cùng nhau. Nó được sử dụng để tìm sự khác biệt giữa hệ thống và mục tiêu ban đầu, thông số kỹ thuật hiện tại và tài liệu hệ thống.

Ở đây, các nhà phân tích cố gắng tìm ra các khu vực mà các mô-đun đã được thiết kế với các thông số kỹ thuật khác nhau về độ dài dữ liệu, kiểu và tên phần tử dữ liệu.
Nó xác minh rằng kích thước tệp là đủ và các chỉ số đã được xây dựng đúng cách.

Thử nghiệm chức năng

Kiểm tra chức năng xác định xem hệ thống có hoạt động chính xác theo thông số kỹ thuật và tài liệu tiêu chuẩn liên quan hay không. Kiểm thử chức năng thường bắt đầu với việc triển khai hệ thống, điều này rất quan trọng đối với sự thành công của hệ thống.

Kiểm thử chức năng được chia thành hai loại:

Positive Functional Testing - Nó liên quan đến việc kiểm tra hệ thống với các đầu vào hợp lệ để xác minh rằng các đầu ra được tạo ra là chính xác.
Negative Functional Testing - Nó liên quan đến việc kiểm tra phần mềm với các đầu vào không hợp lệ và điều kiện hoạt động không mong muốn.

Quy tắc kiểm tra hệ thống

Để thực hiện kiểm tra hệ thống thành công, bạn cần tuân theo các quy tắc đã cho -

Kiểm tra phải dựa trên các yêu cầu của người dùng.
Trước khi viết kịch bản kiểm thử, cần hiểu cặn kẽ về logic nghiệp vụ.
Kế hoạch kiểm tra nên được thực hiện càng sớm càng tốt.
Việc kiểm tra phải được thực hiện bởi bên thứ ba.
Nó phải được thực hiện trên phần mềm tĩnh.
Kiểm tra nên được thực hiện cho các điều kiện đầu vào hợp lệ và không hợp lệ.
Thử nghiệm nên được xem xét và kiểm tra để giảm chi phí.
Cả kiểm thử tĩnh và động nên được tiến hành trên phần mềm.
Tài liệu về các trường hợp thử nghiệm và kết quả thử nghiệm nên được thực hiện.

Đảm bảo chất lượng

Đó là việc xem xét hệ thống hoặc sản phẩm phần mềm và tài liệu của nó để đảm bảo rằng hệ thống đáp ứng các yêu cầu và thông số kỹ thuật.

Mục đích của QA là cung cấp niềm tin cho khách hàng bằng cách cung cấp liên tục sản phẩm theo đặc điểm kỹ thuật.
Đảm bảo chất lượng phần mềm (SQA) là một kỹ thuật bao gồm các thủ tục và công cụ được các chuyên gia phần mềm áp dụng để đảm bảo rằng phần mềm đáp ứng tiêu chuẩn được chỉ định cho mục đích sử dụng và hiệu suất của nó.
Mục đích chính của SQA là cung cấp khả năng hiển thị phù hợp và chính xác về dự án phần mềm và sản phẩm đã phát triển của nó cho ban quản trị.
Nó xem xét và kiểm tra sản phẩm phần mềm và các hoạt động của nó trong suốt vòng đời phát triển hệ thống.

Mục tiêu của Đảm bảo Chất lượng

Các mục tiêu của việc tiến hành đảm bảo chất lượng như sau:

Để giám sát quá trình phát triển phần mềm và phần mềm cuối cùng được phát triển.
Để đảm bảo liệu dự án phần mềm có đang thực hiện các tiêu chuẩn và thủ tục do ban quản lý đặt ra hay không.
Thông báo cho các nhóm và cá nhân về các hoạt động SQA và kết quả của các hoạt động này.
Để đảm bảo rằng các vấn đề chưa được giải quyết trong phần mềm sẽ được giải quyết bởi quản lý cấp trên.
Để xác định những khiếm khuyết trong sản phẩm, quy trình hoặc tiêu chuẩn và khắc phục chúng.

Mức độ đảm bảo chất lượng

Có một số cấp độ QA và kiểm tra cần được thực hiện để chứng nhận một sản phẩm phần mềm.

Level 1 − Code Walk-through

Ở cấp độ này, phần mềm ngoại tuyến được kiểm tra hoặc kiểm tra xem có bất kỳ vi phạm nào đối với các quy tắc mã hóa chính thức hay không. Nói chung, trọng tâm được đặt vào việc kiểm tra tài liệu và mức độ nhận xét trong mã.

Level 2 − Compilation and Linking

Ở cấp độ này, người ta kiểm tra rằng phần mềm có thể biên dịch và liên kết tất cả các nền tảng và hệ điều hành chính thức.

Level 3 − Routine Running

Ở cấp độ này, người ta kiểm tra xem phần mềm có thể chạy đúng trong nhiều điều kiện khác nhau như số lượng sự kiện nhất định và quy mô sự kiện lớn và nhỏ, v.v.

Level 4 − Performance test

Ở mức cuối cùng này, nó được kiểm tra để đảm bảo rằng hiệu suất của phần mềm đáp ứng mức hiệu suất đã chỉ định trước đó.