Sự khác biệt trong kiểm thử Smoke và Sanity là chủ đề bị hiểu lầm nhiều nhất trong Kiểm thử phần mềm. Có một lượng lớn tài liệu về chủ đề này, nhưng hầu hết chúng đều khó hiểu. Bài viết sau đây cố gắng giải quyết sự nhầm lẫn.
Bạn có thể tìm hiểu sự khác biệt chính giữa Kiểm tra khói và Kiểm tra độ điên cuồng với sự trợ giúp của sơ đồ sau:
Kiểm tra khói so với Kiểm tra tình trạng
Để đánh giá cao sơ đồ trên, trước tiên hãy hiểu -
Bản dựng phần mềm là gì?
Nếu bạn đang phát triển một chương trình máy tính đơn giản chỉ bao gồm một tệp mã nguồn, bạn chỉ cần biên dịch và liên kết một tệp này, để tạo ra một tệp thực thi. Quá trình này rất đơn giản.
Thông thường, đây không phải là trường hợp. Một Dự án Phần mềm điển hình bao gồm hàng trăm hoặc thậm chí hàng nghìn tệp mã nguồn. Tạo một chương trình thực thi từ các tệp nguồn này là một công việc phức tạp và tốn nhiều thời gian.
Bạn cần sử dụng phần mềm "xây dựng" để tạo một chương trình thực thi và quá trình này được gọi là "Xây dựng phần mềm"
Kiểm tra khói
Smoke Testing là một kỹ thuật kiểm thử phần mềm được thực hiện sau khi xây dựng phần mềm để xác minh rằng các chức năng quan trọng của phần mềm đang hoạt động tốt. Nó được thực thi trước khi thực hiện bất kỳ kiểm tra chức năng hoặc hồi quy chi tiết nào. Mục đích chính của kiểm thử khói là từ chối ứng dụng phần mềm có khiếm khuyết để nhóm QA không lãng phí thời gian kiểm tra ứng dụng phần mềm bị hỏng.
Trong Thử nghiệm khói, các trường hợp thử nghiệm đã chọn bao hàm chức năng hoặc thành phần quan trọng nhất của hệ thống. Mục tiêu không phải là thực hiện kiểm tra toàn diện, mà để xác minh rằng các chức năng quan trọng của hệ thống đang hoạt động tốt.
Ví dụ: kiểm tra khói thông thường sẽ là - Xác minh rằng ứng dụng khởi chạy thành công, Kiểm tra xem GUI có đáp ứng không… v.v.
SỰ KHÁC BIỆT CHÍNH
- Thử nghiệm khói có mục tiêu xác minh “tính ổn định” trong khi Thử nghiệm tình trạng có mục tiêu xác minh “tính hợp lý”.
- Thử nghiệm khói được thực hiện bởi cả nhà phát triển hoặc người thử nghiệm trong khi Thử nghiệm tình trạng được thực hiện bởi người thử nghiệm.
- Kiểm tra khói xác minh các chức năng quan trọng của hệ thống trong khi Kiểm tra tình trạng kiểm tra xác minh chức năng mới như sửa lỗi.
- Thử nghiệm khói là một tập con của thử nghiệm chấp nhận trong khi thử nghiệm Sanity là một tập con của Kiểm thử hồi quy.
- Kiểm tra khói được lập thành văn bản hoặc kịch bản trong khi kiểm tra Sanity thì không.
- Kiểm tra khói xác minh toàn bộ hệ thống từ đầu đến cuối trong khi Kiểm tra tình trạng chỉ xác minh một thành phần cụ thể.
Thử nghiệm Sanity là gì?
Kiểm thử điên cuồng là một loại Kiểm tra phần mềm được thực hiện sau khi nhận được bản dựng phần mềm, với những thay đổi nhỏ về mã hoặc chức năng, để chắc chắn rằng các lỗi đã được khắc phục và không có thêm sự cố nào được đưa ra do những thay đổi này. Mục tiêu là xác định rằng chức năng được đề xuất hoạt động gần đúng như mong đợi. Nếu kiểm tra độ tỉnh táo không thành công, bản dựng sẽ bị từ chối để tiết kiệm thời gian và chi phí liên quan đến việc kiểm tra nghiêm ngặt hơn.
Mục tiêu "không phải" để xác minh kỹ lưỡng chức năng mới mà để xác định rằng nhà phát triển đã áp dụng một số tính hợp lý (sự tỉnh táo) trong khi sản xuất phần mềm. Ví dụ, nếu máy tính khoa học của bạn cho kết quả là 2 + 2 = 5! Sau đó, không có điểm nào để kiểm tra các hàm nâng cao như sin 30 + cos 50.
Kiểm tra khói Vs Kiểm tra tình trạng - Sự khác biệt chính
Sau đây là sự khác biệt giữa thử nghiệm Sanity và Smoke:
| Kiểm tra khói | Kiểm tra tình trạng |
|---|---|
| Kiểm tra khói được thực hiện để chắc chắn rằng các chức năng quan trọng của chương trình đang hoạt động tốt | Kiểm tra tình trạng được thực hiện để kiểm tra chức năng mới / lỗi đã được sửa chưa |
| Mục tiêu của thử nghiệm này là để xác minh "tính ổn định" của hệ thống để tiến hành thử nghiệm nghiêm ngặt hơn | Mục tiêu của thử nghiệm là xác minh tính "hợp lý" của hệ thống để tiến hành thử nghiệm nghiêm ngặt hơn |
| Thử nghiệm này được thực hiện bởi các nhà phát triển hoặc người thử nghiệm | Kiểm thử sai lệch trong kiểm thử phần mềm thường được thực hiện bởi người kiểm thử |
| Kiểm tra khói thường được lập thành văn bản hoặc kịch bản | Kiểm tra độ điên rồ thường không được lập thành văn bản và không có mô tả |
| Thử nghiệm khói là một tập hợp con của thử nghiệm Chấp nhận | Kiểm tra trạng thái là một tập hợp con của Kiểm tra hồi quy |
| Kiểm tra khói thực hiện toàn bộ hệ thống từ đầu đến cuối | Kiểm tra tình trạng chỉ thực hiện thành phần cụ thể của toàn bộ hệ thống |
| Kiểm tra khói giống như Kiểm tra sức khỏe tổng quát | Sanity Testing giống như kiểm tra sức khỏe chuyên biệt |
Điểm cần lưu ý.
- Cả thử nghiệm Sanity và Smoke đều là những cách để tránh lãng phí thời gian và công sức bằng cách nhanh chóng xác định xem ứng dụng có quá sai sót để đạt được bất kỳ thử nghiệm nghiêm ngặt nào hay không.
- Thử nghiệm Khói còn được gọi là thử nghiệm chấp nhận của người thử nghiệm.
- Kiểm tra khói được thực hiện trên một công trình cụ thể còn được gọi là kiểm tra xác minh bản dựng .
- Một trong những thông lệ tốt nhất trong ngành là tiến hành kiểm tra bản dựng hàng ngày và thử nghiệm khói trong các dự án phần mềm.
- Cả hai bài kiểm tra khói và độ tỉnh táo có thể được thực hiện thủ công hoặc sử dụng một công cụ tự động hóa . Khi các công cụ tự động được sử dụng, các bài kiểm tra thường được bắt đầu bởi cùng một quá trình tạo ra chính bản dựng.
- Theo nhu cầu kiểm tra, bạn có thể phải thực hiện cả Kiểm tra Tình trạng và Khói trong bản dựng phần mềm. Trong những trường hợp như vậy, trước tiên bạn sẽ thực hiện các bài kiểm tra Smoke và sau đó tiếp tục với bài kiểm tra Sanity. Trong công nghiệp, các trường hợp thử nghiệm cho Kiểm tra tình trạng thường được kết hợp với các trường hợp thử nghiệm cho thử nghiệm khói, để tăng tốc độ thực thi thử nghiệm. Do đó, điều phổ biến là các thuật ngữ thường bị nhầm lẫn và được sử dụng thay thế cho nhau
Bấm vào đây nếu video không thể truy cập được
Đọc thêm về Kiểm tra khói trong kỹ thuật phần mềm