Thử nghiệm tĩnh và động: Sự khác biệt giữa chúng

Sự khác biệt giữa thử nghiệm tĩnh và động

• Kiểm thử tĩnh được thực hiện mà không cần thực thi chương trình trong khi Kiểm thử động được thực hiện bằng cách thực thi chương trình.
• Kiểm tra tĩnh kiểm tra mã, tài liệu yêu cầu và tài liệu thiết kế để tìm lỗi trong khi Kiểm tra động kiểm tra hoạt động chức năng của hệ thống phần mềm, mức sử dụng bộ nhớ/CPU và hiệu suất tổng thể của hệ thống.
• Kiểm thử tĩnh là ngăn ngừa lỗi trong khi Kiểm thử động là tìm và sửa lỗi.
• Kiểm tra tĩnh thực hiện quy trình xác minh trong khi Kiểm tra động thực hiện quy trình xác thực.
• Kiểm tra tĩnh được thực hiện trước khi biên dịch trong khi Kiểm tra động được thực hiện sau khi biên dịch.
• Các kỹ thuật kiểm tra tĩnh bao gồm phạm vi cấu trúc và câu lệnh trong khi các kỹ thuật kiểm tra động là Phân tích giá trị biên và phân vùng tương đương.

Kiểm tra tĩnh là gì?

Kiểm tra tĩnh là một loại kiểm thử phần mềm trong đó ứng dụng phần mềm được kiểm thử mà không cần thực thi mã. Việc xem xét thủ công hoặc tự động mã, tài liệu yêu cầu và thiết kế tài liệu được thực hiện để tìm ra lỗi. Mục tiêu chính của thử nghiệm tĩnh là cải thiện chất lượng ứng dụng phần mềm bằng cách tìm ra lỗi trong giai đoạn đầu của quá trình phát triển phần mềm.

Kiểm tra tĩnh liên quan đến việc xem xét thủ công hoặc tự động các tài liệu. Việc xem xét này được thực hiện trong giai đoạn thử nghiệm ban đầu để sớm phát hiện lỗi STLC. Nó kiểm tra các tài liệu công việc và đưa ra các nhận xét đánh giá. Nó còn được gọi là kiểm tra không thực hiện hoặc kiểm tra xác minh.

Ví dụ về tài liệu công việc-

• Thông số kỹ thuật yêu cầu
• Thiết kế văn bản
• Source Code
• Kế hoạch kiểm tra
• Các trường hợp kiểm tra
• Tập lệnh thử nghiệm
• Tài liệu trợ giúp hoặc người dùng
• Nội dung trang web

Kỹ thuật kiểm tra tĩnh

• Không chính thức Revý kiến: Đây là một trong những hình thức rà soát không tuân theo bất kỳ quy trình nào để tìm ra lỗi trong tài liệu. Theo kỹ thuật này, bạn chỉ cần xem lại tài liệu và đưa ra những nhận xét thân mật về nó.
• Kỹ thuật Revý kiến: Một nhóm bao gồm các đồng nghiệp của bạn sẽ xem xét đặc tả kỹ thuật của sản phẩm phần mềm và kiểm tra xem nó có phù hợp với dự án hay không. Họ cố gắng tìm ra bất kỳ sự khác biệt nào trong các thông số kỹ thuật và tiêu chuẩn được tuân theo. Bài đánh giá này tập trung chủ yếu vào các tài liệu kỹ thuật liên quan đến phần mềm như Chiến lược kiểm thử, Kế hoạch kiểm tra và các tài liệu đặc tả yêu cầu.
• Hướng dẫn: Tác giả của sản phẩm công việc giải thích sản phẩm cho nhóm của mình. Người tham gia có thể đặt câu hỏi nếu có. Một cuộc họp được chủ trì bởi tác giả. Người ghi chép ghi lại những nhận xét đánh giá
• Kiểm tra: Mục đích chính là tìm ra những khiếm khuyết và cuộc họp được chủ trì bởi một người điều hành đã qua đào tạo. Đánh giá này là một loại đánh giá chính thức, tuân theo một quy trình nghiêm ngặt để tìm ra khiếm khuyết. RevNgười kiểm tra có danh sách kiểm tra để xem xét các sản phẩm công việc. Họ ghi lại lỗi và thông báo cho người tham gia để sửa những lỗi đó.
• Mã tĩnh Revôi: Đây là một đánh giá có hệ thống về mã nguồn phần mềm mà không cần thực thi mã. Nó kiểm tra cú pháp của mã, tiêu chuẩn mã hóa, tối ưu hóa mã, v.v. Điều này cũng được gọi là thử nghiệm hộp trắng. Đánh giá này có thể được thực hiện tại bất kỳ thời điểm nào trong quá trình phát triển.

Thử nghiệm động là gì?

Theo Kiểm thử động, một mã được thực thi. Nó kiểm tra hoạt động chức năng của hệ thống phần mềm, mức sử dụng bộ nhớ/cpu và hiệu suất tổng thể của hệ thống. Do đó có tên là “Động”

Mục tiêu chính của thử nghiệm này là để xác nhận rằng sản phẩm phần mềm hoạt động phù hợp với yêu cầu kinh doanh. Thử nghiệm này còn được gọi là kỹ thuật Thực thi hoặc thử nghiệm xác nhận.

Thử nghiệm động thực hiện phần mềm và xác thực đầu ra với kết quả mong đợi. Kiểm thử động được thực hiện ở mọi cấp độ kiểm thử và có thể là kiểm thử hộp đen hoặc hộp trắng.

Kỹ thuật kiểm thử động

• Kiểm tra đơn vị: Theo Kiểm tra đơn vị, các đơn vị hoặc mô-đun riêng lẻ được các nhà phát triển thử nghiệm. Nó liên quan đến việc kiểm tra mã nguồn của các nhà phát triển.
• Thử nghiệm hội nhập: Các mô-đun riêng lẻ được nhóm lại với nhau và được các nhà phát triển thử nghiệm. Mục đích là để xác định mô-đun nào hoạt động như mong đợi sau khi chúng được tích hợp.
• Thử nghiệm hệ thống: Thử nghiệm hệ thống được thực hiện trên toàn bộ hệ thống bằng cách kiểm tra xem hệ thống hoặc ứng dụng có đáp ứng tài liệu đặc tả yêu cầu hay không.

Ngoài ra, kiểm tra phi chức năng như hiệu suất, Kiểm tra bảo mật thuộc danh mục thử nghiệm động.

Kiểm tra tĩnh Vs. Kiểm thử động