Các giai đoạn kiểm thử phần mềm cơ bản – Testing Levels

0

2

Kiểm thử phần mềm là một quá trình, để đánh giá chức năng của các ứng dụng phần mềm với mục đích tìm kiếm sự phát triển phần mềm để đáp ứng các yêu cầu đã chỉ định và xác định lỗi để đảm bảo rằng sản phẩm không có lỗi để tạo ra sản phẩm chất lượng. Các giai đoạn kiểm thử phần mềm:

  1. Kiểm tra đơn vị
  2. Kiểm tra tích hợp
  3. Thử nghiệm hệ thống
  4. Kiểm tra chấp nhận

1. Định nghĩa

  • Một đơn vị phần mềm là gì? Một đơn vị là thành phần phần mềm nhỏ nhất chúng ta có thể kiểm tra. Nó bao gồm các chức năng, thủ tục, lớp hoặc phương thức.
  • Kiểm thử đơn vị được thực hiện để kiểm tra xem các mô-đun riêng lẻ của mã nguồn có hoạt động tốt không. Đó là, kiểm tra riêng từng đơn vị ứng dụng của nhà phát triển trong môi trường của nhà phát triển. Đây là bài kiểm tra mô-đun. Kiểm thử đơn vị là kiểm thử hộp trắng
  • Kiểm thử đơn vị là kiểm thử hộp trắng

2. Mục đích

  • Để xác định rằng mỗi đơn vị phần mềm được thực hiện theo thiết kế.
  • Kiểm thử đơn vị làm tăng sự tự tin trong sửa đổi / bảo trì mã. Nếu các bài kiểm tra đơn vị tốt được viết và nếu chúng được chạy mỗi khi bất kỳ mã nào được thay đổi, chúng ta sẽ có thể bắt kịp với mọi lỗi do thay đổi.
  • Chi phí sửa lỗi được phát hiện trong quá trình kiểm tra đơn vị nhỏ hơn lỗi được phát hiện ở mức cao hơn. So sánh chi phí (thời gian, công sức, thất bại, biến dạng) của một lỗi được phát hiện trong quá trình kiểm tra chấp nhận hoặc khi phần mềm đang hoạt động.
☑️ Xem thêm:  2 Cách Tắt Windows Update Trên Windows 10 Hiệu Quả

1. Định nghĩa

Một cấp độ kiểm thử phần mềm trong đó các đơn vị riêng lẻ được kết hợp và kiểm tra thành một nhóm. Một dự án phần mềm bao gồm nhiều mô-đun phần mềm, được mã hóa bởi những người khác nhau. Kiểm thử tích hợp tập trung vào kiểm tra chuyển dữ liệu giữa các mô-đun (tích hợp các chức năng với nhau, tích hợp hiển thị với nhau theo mô-đun hoặc chức năng.)

2. Mục đích

  • Tiết lộ lỗi trong tương tác giữa các đơn vị tích hợp. Để tìm lỗi trong quá trình tích hợp các thành phần, mô-đun với nhau. Trình điều khiển thử nghiệm và các yếu tố kiểm tra được sử dụng để hỗ trợ kiểm tra Tích hợp.

3. Cách tiếp cận

  • Vụ nổ lớn: Trong thử nghiệm tích hợp Big Bang, các mô-đun riêng lẻ không được tích hợp cho đến khi tất cả các mô-đun sẵn sàng. Sau đó họ sẽ chạy để kiểm tra xem nó có hoạt động hay không. Trong loại thử nghiệm này, một số nhược điểm có thể xảy ra, lỗi có thể được tìm thấy ở giai đoạn sau. Sẽ rất khó để tìm hiểu xem lỗi đang kích hoạt trong giao diện hay trong mô-đun.
  • Từ trên xuống: Trong thử nghiệm tích hợp Top Down, các mô-đun cấp cao được tích hợp và thử nghiệm đầu tiên. Tức là kiểm tra từ mô đun chính đến mô đun phụ trợ. Trong loại thử nghiệm này, Sơ khai được sử dụng làm mô-đun tạm thời nếu mô-đun chưa sẵn sàng để thử nghiệm tích hợp.
  • Nút Up: Trong thử nghiệm tích hợp Nút Up, các mô-đun cấp thấp được tích hợp và kiểm tra trước, tức là thử nghiệm từ mô-đun phụ đến mô-đun chính. Tương tự như Stub, trình điều khiển ở đây được sử dụng như một mô-đun tạm thời để thử nghiệm tích hợp.
  • Sandwich / Hybrid là một cách tiếp cận để thử nghiệm tích hợp, là sự kết hợp của các Cách Top Down và bottom Up.
☑️ Xem thêm:  Google Pixel 4 XL lộ ảnh render mới tuyệt đẹp cùng 3 camera sau và viền bezels dày

1. Định nghĩa

  • Là một mức độ kiểm thử phần mềm trong đó một phần mềm hoàn chỉnh và tích hợp được kiểm tra.
  • Sự khác biệt chính giữa Kiểm thử tích hợp và Kiểm tra hệ thống là Kiểm tra hệ thống nhấn mạnh các hành vi và lỗi trong toàn hệ thống, trong khi Kiểm thử tích hợp tập trung vào giao tiếp giữa các thực thể hoặc đối tượng khi chúng hoạt động cùng nhau. Thông thường chúng ta phải thực hiện Kiểm tra đơn vị và Kiểm tra tích hợp để đảm bảo tất cả các Đơn vị và tương tác của chúng hoạt động chính xác trước khi chạy Kiểm tra hệ thống.
  • Kiểm tra hệ thống bao gồm kiểm tra chức năng và phi chức năng.
  • Kiểm tra hệ thống tập trung nhiều hơn vào các chức năng của toàn bộ hệ thống.
  • Các trường hợp thử nghiệm hệ thống bao gồm các chức năng sản phẩm hoàn chỉnh và các trường hợp thử nghiệm cấp cao được thực hiện.
  • Hành vi của ứng dụng hoàn chỉnh được kiểm tra để đáp ứng các yêu cầu được chỉ định.
  • Các trường hợp thử nghiệm và dữ liệu thử nghiệm được thực hiện và dữ liệu thực tế không được sử dụng trong loại thử nghiệm này.

2. Mục đích

Để đánh giá sự tuân thủ của hệ thống với các yêu cầu được chỉ định.

☑️ Xem thêm:  Chia sẻ nhanh 9 cách tăng tốc cho laptop cấu hình yếu

1. Định nghĩa

  • Một mức độ kiểm thử phần mềm trong đó một hệ thống được kiểm tra để chấp nhận.
  • Các thử nghiệm chấp nhận thử nghiệm chức năng để kiểm tra hành vi của hệ thống bằng cách sử dụng dữ liệu thực. Nó còn được gọi là thử nghiệm người dùng doanh nghiệp.
  • Kiểm tra chấp nhận được thực hiện bởi người dùng cuối để kiểm tra các hệ thống được xây dựng để phù hợp với yêu cầu kinh doanh của tổ chức.

2. Mục đích

  • Đánh giá sự tuân thủ của hệ thống với các yêu cầu kinh doanh và đánh giá xem có thể chấp nhận phân phối hay không.
  • Mục tiêu của kiểm tra chấp nhận là để xác nhận lại niềm tin vào hệ thống, các đặc điểm chức năng hoặc phi chức năng của nó. Tìm lỗi không phải là trọng tâm chính của kiểm tra Chấp nhận. Thử nghiệm chấp nhận có thể đánh giá mức độ sẵn sàng của hệ thống để triển khai và sử dụng, mặc dù không nhất thiết là mức thử nghiệm cuối cùng.

3. Các loại thử nghiệm được chấp nhận

  • Thử nghiệm Alpha: là một hình thức thử nghiệm Chấp nhận. Alpha tests là một nhóm người thực hiện các thử nghiệm tại một trang sản xuất phần mềm. Đây là một hình thức kiểm tra chấp nhận nội bộ, trước khi phần mềm thực hiện Kiểm tra Beta.
  • Thử nghiệm Beta là một hình thức thử nghiệm sau Thử nghiệm Alpha. Nó được thực hiện tại địa điểm của khách hàng, không phải trang web phát triển phần mềm.

Leave A Reply

Your email address will not be published.