Câu hỏi: SWT301 - Tổng hợp câu hỏi ôn tập

Trong quản lý sự cố, mục tiêu không phải là sửa chữa tất cả các lỗi bất kể mức độ ảnh hưởng. Mục tiêu chính của quản lý sự cố là giảm thiểu sự cố và giảm thiểu thời gian ngừng hoạt động. Điều này bao gồm việc giảm thiểu rủi ro của các lỗi trong tương lai và đảm bảo sự hài lòng của các bên liên quan với sản phẩm. Tuy nhiên, mục tiêu không phải là sửa chữa tất cả các lỗi, vì điều này có thể không cần thiết và có thể không hiệu quả về mặt kinh tế. Thay vào đó, mục tiêu là tập trung vào việc sửa chữa các lỗi quan trọng và ảnh hưởng đến sản phẩm.

Khi thực hiện tự động hóa kiểm thử, có một số rủi ro cần được xem xét. Thứ nhất, việc sử dụng công cụ tự động hóa không được hỗ trợ trong tương lai có thể khiến bạn gặp khó khăn khi cần cập nhật hoặc sửa lỗi. Điều này có thể dẫn đến chi phí và thời gian lãng phí để tìm kiếm và triển khai công cụ mới. Thứ hai, việc tự động hóa kiểm thử cho các khu vực kiểm thử thủ công phức tạp có thể không hiệu quả nếu không được thực hiện đúng cách. Điều này có thể dẫn đến việc lãng phí thời gian và nguồn lực. Cuối cùng, việc sử dụng kỹ sư kiểm thử để triển khai tự động hóa có thể không hiệu quả nếu họ không có kinh nghiệm hoặc kỹ năng cần thiết. Tuy nhiên, việc tự động hóa báo cáo có thể là một lợi ích của tự động hóa kiểm thử, giúp giảm thời gian và chi phí trong quá trình kiểm thử.

Để cấu trúc một đội kiểm thử cho dự án yêu cầu kiến thức chuyên sâu về quy trình kinh doanh và thực thi kỹ thuật, chúng ta cần cân nhắc kỹ lưỡng. Chọn phương án 'Combine business experts with technical testers' là lựa chọn tốt nhất vì nó kết hợp giữa chuyên gia kinh doanh và kiểm thử viên kỹ thuật. Điều này giúp đội kiểm thử có thể hiểu rõ về quy trình kinh doanh và thực thi kỹ thuật, từ đó tạo ra các kịch bản kiểm thử hiệu quả và chính xác. Phương án này cũng giúp giảm thiểu sai sót và đảm bảo chất lượng sản phẩm cuối cùng.

Người quản lý thử nghiệm thường đảm nhiệm các nhiệm vụ liên quan đến việc tổng hợp và báo cáo kết quả thử nghiệm. Họ sẽ sử dụng thông tin thu thập được trong quá trình thử nghiệm để viết báo cáo tóm tắt thử nghiệm. Điều này bao gồm việc tổng hợp và phân tích kết quả thử nghiệm, cũng như việc xác định các vấn đề và lỗi cần được giải quyết. Người quản lý thử nghiệm cũng có thể tham gia vào việc đánh giá và cải thiện quy trình thử nghiệm để đảm bảo rằng nó hiệu quả và chính xác.

Các công cụ quản lý yêu cầu (Requirement management tools) thường được sử dụng bởi các nhà phát triển để quản lý và theo dõi yêu cầu của sản phẩm. Chúng giúp các nhà phát triển hiểu rõ hơn về yêu cầu của sản phẩm, từ đó có thể xây dựng sản phẩm đúng theo yêu cầu. Vì vậy, các công cụ quản lý yêu cầu thường được sử dụng bởi các nhà phát triển hơn là các tester. Ví dụ, các công cụ như JIRA, Trello, Asana,... được sử dụng để quản lý và theo dõi yêu cầu của sản phẩm.

Để ước tính thời gian và nguồn lực cần thiết cho một thử nghiệm, yếu tố quan trọng nhất là thời gian và nguồn lực cần thiết để hoàn thành thử nghiệm. Điều này bao gồm cả thời gian và nguồn lực cần thiết để thực hiện các hoạt động thử nghiệm, chẳng hạn như lập kế hoạch, thiết kế, thực hiện và kiểm tra thử nghiệm. Thời gian và nguồn lực cần thiết cũng bao gồm cả thời gian và nguồn lực cần thiết để thực hiện các hoạt động khác liên quan đến thử nghiệm, chẳng hạn như lập báo cáo và phân tích kết quả. Việc ước tính thời gian và nguồn lực cần thiết chính xác là rất quan trọng vì nó giúp đảm bảo rằng thử nghiệm được thực hiện một cách hiệu quả và tiết kiệm nguồn lực.

Rủi ro dựa trên kiểm thử là một phương pháp kiểm thử giúp tối ưu hóa việc kiểm tra bằng cách tập trung vào các khu vực có rủi ro cao. Điều này giúp đảm bảo rằng các khu vực quan trọng nhất của ứng dụng được kiểm tra kỹ lưỡng, giảm thiểu khả năng xảy ra lỗi. Bằng cách tập trung vào các khu vực có rủi ro cao, kiểm thử rủi ro dựa trên giúp tối ưu hóa việc kiểm tra, giảm thiểu thời gian và nguồn lực cần thiết để thực hiện kiểm thử. Điều này cũng giúp đảm bảo rằng các lỗi quan trọng được phát hiện và sửa chữa trước khi ứng dụng được phát hành.

Quản lý sự cố hiệu quả là một phần quan trọng trong việc đảm bảo chất lượng và độ tin cậy của phần mềm. Một trong những lợi ích chính của quản lý sự cố hiệu quả là cải thiện sự hài lòng của khách hàng. Khi các sự cố được xử lý nhanh chóng và hiệu quả, khách hàng sẽ cảm thấy được quan tâm và được hỗ trợ tốt hơn. Điều này có thể dẫn đến sự hài lòng cao hơn và tăng cường độ trung thành của khách hàng. Ngoài ra, quản lý sự cố hiệu quả cũng giúp giảm thiểu thời gian và chi phí cần thiết để giải quyết các vấn đề, từ đó cải thiện hiệu suất và độ tin cậy của phần mềm.

Decision coverage là một thước đo để đánh giá mức độ hoàn thiện của các thử nghiệm. Nó đo lường số lượng kết quả quyết định trong mã nguồn được thử nghiệm. Để đạt được quyết định hoàn toàn, mỗi quyết định trong mã nguồn phải được thử nghiệm với cả hai kết quả có thể xảy ra. Điều này có nghĩa là mỗi 'if' trong mã nguồn phải được thử nghiệm với cả hai trường hợp true và false. Điều này giúp đảm bảo rằng mã nguồn đã được thử nghiệm đầy đủ và giảm thiểu khả năng tồn tại của các lỗi.

Các công cụ thực thi thử nghiệm giúp giảm thiểu thời gian và công sức cần thiết để chạy thử nghiệm lặp lại. Điều này là do các công cụ này cho phép tự động hóa quá trình chạy thử nghiệm, giúp giảm thiểu khả năng con người gây ra lỗi. Ngoài ra, các công cụ này cũng giúp dễ dàng theo dõi và phân tích kết quả thử nghiệm, giúp phát hiện vấn đề nhanh chóng hơn. Vì vậy, việc chạy thử nghiệm lặp lại trở nên dễ dàng hơn nhiều so với trước đây.

Một công cụ quản lý thử nghiệm thường bao gồm các tính năng như lập kế hoạch thử nghiệm, tạo dữ liệu thử nghiệm, lưu trữ kết quả thử nghiệm và quản lý hoạt động thử nghiệm. Tuy nhiên, một số tính năng không phải là đặc điểm của một công cụ quản lý thử nghiệm. Ví dụ, lập kế hoạch thử nghiệm là một tính năng quan trọng của một công cụ quản lý thử nghiệm, vì nó cho phép người dùng lập kế hoạch và sắp xếp các thử nghiệm một cách hiệu quả. Tạo dữ liệu thử nghiệm cũng là một tính năng quan trọng, vì nó giúp người dùng tạo ra dữ liệu thử nghiệm cần thiết cho các thử nghiệm. Lưu trữ kết quả thử nghiệm cũng là một tính năng quan trọng, vì nó giúp người dùng theo dõi và phân tích kết quả thử nghiệm. Quản lý hoạt động thử nghiệm cũng là một tính năng quan trọng, vì nó giúp người dùng quản lý và theo dõi các hoạt động thử nghiệm. Tuy nhiên, lập kế hoạch thời gian (scheduling tests) không phải là một tính năng đặc biệt của một công cụ quản lý thử nghiệm, vì nó có thể được thực hiện bằng các công cụ quản lý dự án khác.

Để theo dõi tiến độ thực thi thử nghiệm, cần sử dụng chỉ số phù hợp. Trong số các lựa chọn trên, chỉ số "Số lượng lỗi mở so với lỗi đã đóng" là lựa chọn đúng. Điều này giúp theo dõi số lượng lỗi mới phát hiện và số lượng lỗi đã được sửa trong quá trình thử nghiệm. Điều này cho phép quản lý dự án đánh giá tiến độ thử nghiệm và đưa ra quyết định điều chỉnh phù hợp. Chỉ số này cũng giúp theo dõi hiệu suất của đội ngũ thử nghiệm và xác định khu vực cần cải thiện.

Một công cụ thực thi thử nghiệm (test execution tool) có chức năng chính là tự động chạy các thử nghiệm và ghi lại kết quả. Điều này giúp cho quá trình thử nghiệm trở nên nhanh chóng và hiệu quả hơn. Công cụ này có thể tự động chạy các thử nghiệm trên nhiều nền tảng khác nhau, từ đó giúp cho việc theo dõi và phân tích kết quả trở nên dễ dàng hơn. Ngoài ra, công cụ này cũng có thể tự động ghi lại các kết quả thử nghiệm, giúp cho việc theo dõi tiến độ thử nghiệm trở nên dễ dàng hơn. Tóm lại, tự động chạy thử nghiệm và ghi lại kết quả là một trong những tính năng quan trọng của một công cụ thực thi thử nghiệm.

Để đảm bảo các tiêu chuẩn mã hóa được đáp ứng, bạn nên sử dụng công cụ phân tích tĩnh. Công cụ phân tích tĩnh là một loại công cụ kiểm thử có khả năng phân tích mã nguồn mà không cần thực thi nó. Nó có thể giúp phát hiện các vấn đề về mã hóa, chẳng hạn như lỗi định dạng mã, lỗi logic và các vấn đề về bảo mật. Công cụ phân tích tĩnh thường được sử dụng để đảm bảo rằng mã nguồn tuân thủ các tiêu chuẩn mã hóa nhất định, chẳng hạn như các tiêu chuẩn của tổ chức hoặc các tiêu chuẩn chung. Nó cũng có thể giúp cải thiện chất lượng mã nguồn và giảm thiểu các vấn đề về bảo mật.

Để phân tích động (dynamic analysis), bạn cần sử dụng các công cụ sau: Performance testing tools và Monitoring tools. Performance testing tools giúp bạn đánh giá hiệu suất của hệ thống trong khi Monitoring tools cho phép bạn theo dõi và giám sát hoạt động của hệ thống trong thời gian thực. Điều này giúp bạn xác định các vấn đề hiệu suất và cải thiện hiệu suất của hệ thống. Static analysis tools và Test management tools không phù hợp cho phân tích động vì chúng tập trung vào việc phân tích mã nguồn và quản lý thử nghiệm tĩnh.

Một đặc điểm nổi bật của một bộ thử nghiệm (test harness) là cung cấp đầu vào cho phần mềm đang được thử nghiệm. Bộ thử nghiệm là một phần mềm độc lập được thiết kế để hỗ trợ quá trình thử nghiệm phần mềm. Nó cung cấp các đầu vào cần thiết để chạy phần mềm và thu thập dữ liệu về kết quả. Bộ thử nghiệm giúp giảm thiểu sự phức tạp của quá trình thử nghiệm và cho phép các nhà phát triển tập trung vào việc viết mã và thử nghiệm phần mềm. Bộ thử nghiệm thường bao gồm các tính năng như cung cấp dữ liệu giả, tạo ra các tình huống thử nghiệm và thu thập dữ liệu về kết quả thử nghiệm.

Quá trình kiểm tra một đơn vị mã code trong môi trường cách ly được gọi là Unit Testing. Trong quá trình này, một đơn vị mã code được kiểm tra một cách độc lập, không phụ thuộc vào các đơn vị khác. Unit Testing có thể được áp dụng cho một phương thức, một lớp hoặc một mô-đun. Mục đích của Unit Testing là đảm bảo rằng mỗi đơn vị mã code hoạt động chính xác và không có lỗi. Điều này giúp phát hiện ra lỗi sớm và cải thiện chất lượng của mã code.

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.

Đáp án đúng: E. Tiêu chí hoàn thành kiểm thử (test completion criteria, còn gọi là exit criteria) được đưa vào kế hoạch kiểm thử để trả lời câu hỏi KHI NÀO DỪNG kiểm thử: đạt bao nhiêu phần trăm bao phủ, còn bao nhiêu lỗi mức nghiêm trọng, rủi ro tồn đọng ở mức nào. Nhờ đó việc dừng kiểm thử là một quyết định có căn cứ chứ không phải vì hết thời gian hay hết tiền. Phương án A chỉ nói tới việc một phép kiểm thử chạy xong; B là mục tiêu của việc rà soát đặc tả ca kiểm thử; C thuộc kỹ thuật thiết kế dữ liệu đầu vào; D nói về hoàn thành khâu lập kế hoạch, không phải khâu kiểm thử.