Software Testing - SWT301

Các loại kiểm tra trả lời bao gồm Contract và regulation testing là một phần của kiểm tra System testing. Trong quá trình kiểm tra System testing, các nhà phát triển sẽ kiểm tra toàn bộ hệ thống để đảm bảo rằng nó hoạt động đúng như mong đợi. Kiểm tra Contract và regulation testing là một phần quan trọng của quá trình này, giúp đảm bảo rằng hệ thống tuân thủ các hợp đồng và quy định đã được thiết lập.

Khi thực hiện kiểm thử, việc dừng kiểm thử phụ thuộc vào nhiều yếu tố. Trước hết, nếu tất cả các thử nghiệm đã được thực hiện và không còn thử nghiệm nào cần thực hiện nữa, thì việc kiểm thử có thể được dừng lại. Tuy nhiên, nếu thời gian đã hết và không thể thực hiện thêm thử nghiệm, thì việc kiểm thử cũng cần được dừng lại. Ngoài ra, nếu tất cả các lỗi đã được sửa chữa chính xác và hệ thống đã được kiểm thử đầy đủ, thì việc kiểm thử cũng có thể được dừng lại. Tuy nhiên, điều quan trọng là phải xem xét đến mức độ rủi ro của hệ thống đang được kiểm thử. Nếu hệ thống có mức độ rủi ro cao, thì việc kiểm thử cần được tiếp tục cho đến khi đảm bảo rằng hệ thống đã được kiểm thử đầy đủ và an toàn.

Mục đích của tiêu chí hoàn thành thử nghiệm trong kế hoạch thử nghiệm là để đảm bảo rằng mô tả thử nghiệm trường hợp là đầy đủ và chính xác. Điều này giúp đảm bảo rằng thử nghiệm được thực hiện một cách toàn diện và hiệu quả. Tiêu chí hoàn thành thử nghiệm giúp xác định các yêu cầu cần được kiểm tra và đảm bảo rằng thử nghiệm được thực hiện theo đúng kế hoạch. Ngoài ra, tiêu chí này cũng giúp xác định khi nào thử nghiệm đã hoàn thành và cần được đánh giá.

Các tài xế (drivers) là công cụ được sử dụng để kiểm soát và vận hành phần mềm đang được kiểm thử. Họ đóng vai trò quan trọng trong việc tương tác với phần mềm và thực hiện các hành động cụ thể để kiểm tra tính đúng đắn của nó. Ví dụ, một tài xế có thể được sử dụng để tương tác với một ứng dụng web, nhập dữ liệu, nhấp vào các nút và kiểm tra phản hồi của ứng dụng. Mục đích của việc sử dụng tài xế là để mô phỏng các hành động của người dùng thực và đảm bảo rằng phần mềm hoạt động đúng như mong đợi.

Mô tả về tiêu chuẩn kiểm tra thành phần trong việc đánh giá khả năng trả lời của một hệ thống. Tiêu chuẩn này được sử dụng để xác định các yêu cầu và quy trình kiểm tra để đảm bảo hệ thống đáp ứng được các yêu cầu chức năng và hiệu suất. Trong các lựa chọn trên, tiêu chuẩn IEEE 829 là tiêu chuẩn được sử dụng rộng rãi nhất trong lĩnh vực kiểm thử phần mềm. Tiêu chuẩn này cung cấp các hướng dẫn chi tiết về quy trình kiểm thử, bao gồm việc xác định yêu cầu kiểm thử, thiết kế kiểm thử, thực hiện kiểm thử và đánh giá kết quả kiểm thử. IEEE 610 là tiêu chuẩn về từ vựng và định nghĩa trong lĩnh vực công nghệ thông tin, không liên quan trực tiếp đến kiểm thử phần mềm. BS7925-1 và BS7925-2 là tiêu chuẩn về kiểm thử phần mềm của Anh, nhưng không được sử dụng rộng rãi như IEEE 829.

Một hệ thống tin cậy sẽ là hệ thống đó có khả năng hoạt động mà không gặp sự cố, không bị lỗi. Điều này có nghĩa là hệ thống đó có thể xử lý các yêu cầu của người dùng mà không bị gián đoạn hoặc không gây ra bất kỳ hậu quả tiêu cực nào. Hệ thống tin cậy thường được thiết kế để có khả năng chịu lỗi cao, có nghĩa là nó có thể tiếp tục hoạt động ngay cả khi một phần của nó bị lỗi. Điều này giúp đảm bảo rằng hệ thống luôn sẵn sàng để phục vụ người dùng và không gây ra bất kỳ thiệt hại nào.

Về cấu trúc báo cáo sự cố, tiêu chuẩn IEEE 829 cho tài liệu kiểm thử phần mềm (Standard for Software Test Documentation IEEE 829) đề cập đến một phần quan trọng. Cụ thể, tiêu chuẩn này định nghĩa cấu trúc của báo cáo sự cố (incident report) và gọi nó là 'Báo cáo sự cố kiểm thử' (Test Incident Report). Điều này cho thấy tầm quan trọng của việc lập báo cáo sự cố trong quá trình kiểm thử phần mềm để đảm bảo rằng mọi sự cố đều được ghi nhận và xử lý một cách đầy đủ.

Khi tăng cường chất lượng phần mềm thông qua các phương pháp phát triển tốt hơn, sẽ ảnh hưởng đến thời gian cần thiết cho quá trình kiểm thử (phases kiểm thử). Việc áp dụng các phương pháp phát triển tốt hơn sẽ giúp giảm thiểu số lượng lỗi trong phần mềm, từ đó giảm thời gian cần thiết cho quá trình kiểm thử. Điều này là vì các lỗi thường được phát hiện và sửa chữa trong quá trình phát triển, thay vì phải chờ đến giai đoạn kiểm thử. Vì vậy, việc tăng cường chất lượng phần mềm thông qua các phương pháp phát triển tốt hơn sẽ giúp giảm thời gian cần thiết cho quá trình kiểm thử.