× Giới thiệu Lịch khai giảng Tin tức Sản phẩm học viên

Smoke Testing vs Sanity Testing: Giải thích kèm ví dụ

26/07/2024 01:20

Smoke Testing vs Sanity Testing đều đóng vai trò quan trọng trong quy trình QA, đảm bảo rằng các sản phẩm phần mềm đáp ứng các tiêu chuẩn về chất lượng và độ tin cậy. 

Đối với người quan sát thông thường, tất cả các hoạt động kiểm thử phần mềm và Đảm bảo chất lượng (QA) dường như đều được tạo ra như nhau.

Tuy nhiên, đối với những người đam mê nghề này, có rất nhiều phương pháp hoặc loại thử nghiệm phần mềm khác nhau có thể được sử dụng để đánh giá hiệu suất và độ tin cậy của một thiết kế.

Tuy nhiên, biết nơi nào và khi nào triển khai từng loại thử nghiệm phần mềm là chìa khóa. Và bắt đầu bằng việc biết những điều cơ bản của từng loại để có thể sử dụng chúng vào đúng thời điểm.

Hai loại, Smoke Testing và kiểm tra tính hợp lý, có thể đặc biệt hữu ích trong việc kiểm tra ứng suất phần mềm trong quá trình phát triển, nhưng rất khó để phân biệt giữa chúng. 

Sau đây là những điều bạn cần biết về từng phương pháp, điểm mạnh và trường hợp sử dụng của chúng.

Smoke Testing : Những điều bạn cần biết

Smoke testing là phương pháp đánh giá sơ bộ được thiết kế để xác minh xem các chức năng cốt lõi của hệ thống phần mềm có được triển khai và hoạt động hay không. Mục đích chính của nó là xác định các vấn đề quan trọng ngay từ đầu chu kỳ phát triển, do đó ngăn ngừa các biến chứng tiếp theo có thể dẫn đến việc phải làm lại tốn kém.

Đặc trưng

  • Phạm vi : Triển khai rộng rãi trên toàn bộ hệ thống hoặc ứng dụng.
  • Tần suất : Thường được thực hiện sau mỗi bản dựng hoặc phát hành mới để đảm bảo tính ổn định cơ bản.
  • Tốc độ thực hiện : Dự định triển khai nhanh chóng, tập trung vào các chức năng thiết yếu.

Ví dụ:

Kiểm tra chức năng đăng nhập trong ứng dụng web

Một trang web thương mại điện tử cần cập nhật hệ thống xử lý thanh toán. Sau khi triển khai những thay đổi này, thử nghiệm khói sẽ bao gồm việc điều hướng nhanh chóng qua quy trình thanh toán để đảm bảo trang web vẫn có thể truy cập và hoạt động. Nếu trang web bị sập trong quá trình này, cho thấy lỗi nghiêm trọng, các nhà phát triển sẽ được cảnh báo để giải quyết vấn đề trước khi tiến hành thử nghiệm chi tiết hơn.

Xác minh kết nối cơ sở dữ liệu trong hệ thống

Một ứng dụng máy tính để bàn được thiết kế để tính thuế, thanh toán và lương cho một doanh nghiệp. Nếu ứng dụng tính toán sai các công thức cơ bản, thử nghiệm khói sẽ dừng thử nghiệm tiếp theo cho đến khi lỗi cơ bản này được sửa. 

Bạn đang bắt đầu với quản lý thử nghiệm? Sau đây là một số phương pháp hay nhất và mẹo mà chúng tôi tin rằng có thể tạo ra sự khác biệt lớn trong trải nghiệm thử nghiệm phần mềm của bạn. 

Sanity Testing: Những điều bạn cần biết

Kiểm thử tính hợp lý là đánh giá có mục tiêu các chức năng hoặc thành phần cụ thể sau khi sửa lỗi hoặc sửa lỗi nhỏ. Loại kiểm thử này xác nhận rằng những thay đổi gần đây không ảnh hưởng xấu đến hành vi của hệ thống.

Đặc trưng

  • Phạm vi : Tập trung vào các tính năng cụ thể hoặc các mô-đun bị ảnh hưởng.
  • Tần suất : Được thực hiện sau khi có những điều chỉnh hoặc sửa lỗi nhỏ để đảm bảo những thay đổi diễn ra như mong đợi.
  • Tốc độ thực hiện : Cung cấp khả năng kiểm tra chi tiết hơn so với thử nghiệm khói, nhưng ít bao quát hơn so với thử nghiệm hồi quy đầy đủ.

Ví dụ:

Đã thêm thử nghiệm các thành phần giao diện người dùng (UI) mới

Khi các thành phần UI mới được thêm vào một tính năng hiện có trong ứng dụng phần mềm, kiểm thử tính hợp lý sẽ tập trung vào việc xác minh rằng các thành phần mới này tích hợp liền mạch với phần còn lại của tính năng. Điều này có thể bao gồm việc kiểm tra xem các nút, menu hoặc các thành phần tương tác khác có hoạt động chính xác không và không gây ra lỗi mới hoặc làm gián đoạn chức năng hiện có.

Xác thực cải tiến hiệu suất trong một mô-đun

Sau khi sửa đổi các thành phần quy trình công việc trong một mô-đun, kiểm tra tính hợp lệ có thể xác thực các cải tiến về hiệu suất. Ví dụ, nếu một trang thường tải chậm được tối ưu hóa, kiểm tra tính hợp lệ sẽ xác nhận rằng trang hiện tải nhanh hơn mà không làm giảm chức năng hoặc gây ra các vấn đề mới.

Smoke Testing so với Sanity Testing

May mắn thay, khi nói đến QA, không nhất thiết phải là tình huống "hoặc" hoặc "hoặc": các nhóm có thể sử dụng cả hai phương pháp nếu họ cần. Sau đây là tóm tắt nhanh về các khía cạnh chính của hai phương pháp:

 


Smoke Testing


Sanity Testing


Phạm vi


Kiểm tra rộng, độ sâu tối thiểu


Hẹp hơn, sâu hơn


Thời gian thực hiện


Nhanh


Sâu sắc


Tính thường xuyên


Thường xuyên (thường là hàng ngày)


Chỉ sau khi sửa chữa/thay đổi cụ thể

 

Tổng hợp tất cả lại với nhau

Sự khác biệt chính giữa thử nghiệm khói và thử nghiệm tỉnh táo nằm ở phạm vi, thời gian thực hiện và tần suất của chúng. Trong khi thử nghiệm khói cung cấp tổng quan rộng về tính ổn định của hệ thống sau khi xây dựng, thử nghiệm tỉnh táo cung cấp cái nhìn sâu hơn vào các chức năng cụ thể sau khi thay đổi. 

Tuy nhiên, cả hai đều đóng vai trò quan trọng trong quy trình QA, đảm bảo rằng các sản phẩm phần mềm đáp ứng các tiêu chuẩn về chất lượng và độ tin cậy.