Hãy đăng ký thành viên để có thể dễ dàng trao đổi, giao lưu và chia sẻ về kiến thức đồ họa.
  1. Hãy đăng ký subscribe kênh Youtube mới của Việt Designer tại địa chỉ: Youtube.com/VietDesignerChannel để theo dõi các video về thiết kế đồ họa. Do trước đó kênh cũ bị Youtube quét không rõ lý do, trong thời gian chờ kháng cáo nếu các bạn thấy video trên diễn đàn bị die không xem được thì có thể vào kênh mới để tìm xem video sơ cua nhé.
    Loại bỏ thông báo

Giới thiệu về các mực độ trong kiểm thử phần mềm

Chủ đề thuộc danh mục 'Chuyện trò linh tinh' được đăng bởi hongson1992, 24/8/18.

Lượt xem: 12,480

  1. hongson1992 Mới đăng kí

    tester là việc làm phức tạp và có thể sẽ phải trải qua một số quy trình nhất định, tùy từng trường hợp cụ thể mà các kiểm thử phần mềm sẽ áp dụng từng mức độ kiểm thử khác nhau. Vậy có những mức độ kiểm thử nào?
    [​IMG]

    Tìm hiểu mức độ số một - Unit Test (Kiểm tra mức đơn vị)

    Kiểm thử đơn vị là 1 quá trình phát triển phần mềm, trong đó những phần nhỏ nhất của một ứng dụng có thể được kiểm thử được gọi là các đơn vị, những đơn vị này được kiểm tra riêng và độc lập để đảm bảo hoạt động diễn ra bình thường. Kiểm tra đơn vị có thể được thực hiện thủ công Nhưng thường tự động .

    Nó là một phần của phát triển theo hướng thử nghiệm (TDD), một giải pháp có cách tiếp cận tỉ mỉ để xây dựng 1 sản phẩm bằng cách thử nghiệm và sửa đổi liên tục. Kiểm thử đơn vị chỉ liên quan đến các đặc điểm quan trọng với hiệu suất của thiết bị được thử nghiệm. Vần đế này khuyến khích những nhà phát triển sửa đổi mã nguồn mà không lo ngại về những chuyển có thể ảnh hưởng đến hoạt động của những đơn vị khác hoặc toàn bộ chương trình. 1 Khi tất cả các đơn vị được đảm bảo an toàn thì ứng dụng sẽ được làm việc theo cách hiệu quả nhất và thiếu lỗi, các thành phần lớn hơn của ứng dụng có thể được đánh giá bằng phương pháp kiểm thử tích hợp .

    Ưu điểm:

    - Giảm lỗi trong những tính năng mới được phát triển hoặc giảm lỗi khi chuyển chức năng hiện có.

    - Giảm chi phí kiểm tra vì lỗi được ghi lại trong thời kỳ rất sớm.

    - Cải thiện thiết kế và cho phép tái cấu trúc mã tốt hơn.

    Mức độ hai - Integration Test (Kiểm tra tích hợp)

    Sau khi hoàn thành kiểm tra đơn vị, các đơn vị hoặc những mô-đun sẽ được tích hợp cho phép nâng cao để thử nghiệm tích hợp. Mục đích của thử nghiệm tích hợp là để xác minh chức năng, hiệu suất và độ tin cậy giữa những mô-đun được tích hợp.

    Kiểm tra tích hợp là kiểm tra xem những mô-đun phát triển riêng có hoạt động cùng nhau như mong đợi hay không. Nó được thực hiện bằng cách kích hoạt nhiều mô-đun và chạy những bài kiểm tra mức cao hơn để đảm bảo chúng hoạt động cùng nhau. Các mô-đun này có thể là một phần của một tệp thực thi duy nhất hoặc riêng biệt.

    Kiểm tra tích hợp xác định xem những đơn vị phần mềm được phát triển độc lập có hoạt động chính xác khi chúng được kết nối với nhau hay không. Nổi bất, nhiều người cho rằng các bài kiểm tra tích hợp nhất thiết phải rộng trong phạm vi, Trong khi chúng có thể được thực hiện hiệu quả hơn đối với phạm vi hẹp hơn.

    Ưu điểm:

    - các lỗi sẽ được kiểm tra một cách kĩ càng chính vì điều đó mà việc sửa lỗi cũng diễn ra dễ dàng hơn.

    - giải pháp này rất hiệu quả để tiết kiệm thời gian trong quá trình thử nghiệm tích hợp.

    Mức độ 3 - System Test (Kiểm tra mức hệ thống)

    Kiểm tra hệ thống là một kỹ thuật kiểm tra hộp đen được thực hiện để đánh giá hệ thống hoàn chỉnh đối với những yêu cầu cụ thể. Trong kiểm tra hệ thống những chức năng của ứng dụng được kiểm tra từ khi bắt đầu đến kết thúc.

    Trong thử nghiệm hệ thống , hành vi của toàn bộ hệ thống (sản phẩm) được kiểm tra theo quy định phạm vi của dự án phát triển hoặc sản phẩm. Nó có thể bao gồm những bài kiểm tra dựa trên các rủi ro và hoặc các đặc tả yêu cầu , quy trình nghiệp vụ, những trường hợp áp dụng hoặc các mô tả cấp cao khác về hành vi hệ thống, tương tác đối với hệ điều hành và tài nguyên hệ thống.

    Kiểm thử hệ thống thường là thử nghiệm cuối cùng để xác minh rằng hệ thống được phân phối đáp ứng đặc điểm kỹ thuật và mục đích của nó.

    Kiểm tra hệ thống nên điều tra cả những yêu cầu chức năng và phi chức năng của thử nghiệm.

    Ưu điểm:

    - Kiểm tra hệ thống sẽ xác định được hệ thống có đáp ứng yêu cầu chức năng hay không.

    - Kiểm tra hệ thống cho phép bạn kiểm tra, xác thực và xác minh cả các yêu cầu về ứng dụng.


    Mức độ bốn - Acceptance test (Kiểm tra chấp nhận)

    Kiểm tra chấp nhận là kỹ thuật kiểm tra được thực hiện để xác định xem hệ thống phần mềm có đáp ứng các đặc tả yêu cầu hay không. Mục đích chính của thử nghiệm này là để đánh giá sự tuân thủ của hệ thống đối với những yêu cầu nghiệp vụ và xác minh xem nó có đáp ứng những tiêu chí cần thiết để phân phối cho người dùng cuối hay không.

    Có nhiều hình thức kiểm tra chấp nhận khác nhau:

    Kiểm tra chấp nhận của khách hàng

    Kinh doanh chấp nhận thử nghiệm

    Thử nghiệm alpha

    Thử nghiệm beta

    những trường hợp thử nghiệm chấp nhận được thực thi dựa trên dữ liệu thử nghiệm hoặc áp dụng 1 kịch bản kiểm tra chấp nhận và sau đó kết quả được so sánh đối với các yêu cầu được đặt ra từ đầu.

    Ưu điểm:

    - Đảm bảo chất lượng của sản phẩm đến tay người dùng.

    - 1 sản phẩm vượt qua những bài kiểm tra chấp nhận sẽ được xem là hợp lý (mặc dù người dùng và nhà phát triển có thể tinh chỉnh các bài kiểm tra hiện có hoặc đề xuất các bài kiểm tra mới nếu cần)

    - Hạn chế xảy ra các lỗi gây tốn thời gian và chi phí của cả nhà phát triển và khách hàng.

    Bài viết trên đã cung cấp cho mọi người những thông tin về bốn mức độ tăng dần của kiểm thử phần mềm, việc lựa chọn mức độ nào phụ thuộc vào sản phẩm mà bạn đang phát triển.

    ...

Ủng hộ diễn đàn