NEW
Font size
WorksheetsKiểm thử phần mềm – Câu hỏi trắc nghiệm
Total questions: 39
Worksheet time: 20mins
Một tài liệu kiểm thử phần mềm hiệu quả sẽ giúp gì cho quá trình đảm bảo chất lượng?
Tăng tốc độ phát triển phần mềm mà không cần kiểm thử nhiều
Đảm bảo mọi chức năng được kiểm tra một cách có hệ thống và toàn diện
Loại bỏ hoàn toàn các lỗi trước khi phát hành phần mềm
Giảm thiểu việc kiểm thử để tiết kiệm thời gian
Vì sao xác minh (Verification) thường được coi là một hoạt động kỹ thuật?
Nó sử dụng các kiến thức về yêu cầu và đặc tả rời rạc của phần mềm
Nó đòi hỏi sự tham gia của người dùng cuối
Nó liên quan đến việc kiểm thử phần mềm trong môi trường thực tế
Nó liên quan đến việc kiểm tra sản phẩm cuối cùng
Mục tiêu tổng thể của đảm bảo chất lượng phần mềm là gì?
Tạo ra phần mềm với chi phí thấp nhất
Thỏa mãn khách hàng với sự cân bằng giữa thời gian, ngân sách và chất lượng
Phát triển phần mềm với tốc độ nhanh nhất có thể
Đảm bảo không có bất kỳ lỗi nào trong suốt quá trình phát triển
Theo Glenford Myers, kiểm thử phần mềm là gì?
Quá trình xác nhận phần mềm không có lỗi
Quá trình thực thi chương trình với mục đích tìm thấy lỗi
Quá trình kiểm tra giao diện người dùng
Quá trình phát hiện và sửa chữa lỗi sau khi phần mềm đã được phát hành
Một ứng dụng có một khiếm khuyết (fault) trong đoạn mã liên quan đến một tính năng rất hiếm khi được sử dụng. Nhận định nào đúng về khiếm khuyết này?
Fault này sẽ luôn dẫn đến sự cố (failure) khi ứng dụng hoạt động
Fault này có thể sẽ không bao giờ gây ra sự cố (failure) trong quá trình sử dụng thực tế
Fault này được phát hiện và khắc phục trước khi phần mềm được phát hành
Fault này được kích hoạt thường xuyên trong quá trình sử dụng thực tế
Theo định nghĩa của ISO, vì sao "dữ liệu cần thiết để vận hành phần mềm" là một thành phần cơ bản của phần mềm?
Vì dữ liệu này giúp phần mềm tương tác với phần cứng
Vì dữ liệu này cần thiết cho hoạt động chính xác của phần mềm
Vì dữ liệu này chứa mã nguồn của phần mềm
Vì dữ liệu này giúp phần mềm kết nối với mạng internet
Theo quan điểm của nhà cung cấp sản phẩm, tiêu chí chính để đánh giá sự thành công của sản phẩm là gì?
Sản phẩm đáp ứng đầy đủ các yêu cầu kỹ thuật của bản đặc tả
Sản phẩm đạt được các tiêu chí đánh giá do nhà cung cấp đề ra
Sản phẩm được sử dụng rộng rãi và được người dùng ưa chuộng
Sản phẩm không gặp phải lỗi trong quá trình sử dụng
Việc không thực hiện kiểm thử phần mềm đầy đủ có thể dẫn đến điều gì?
Phần mềm hoạt động tốt hơn do không có sự can thiệp
Giảm chi phí phát triển phần mềm
Tăng sự tin tưởng của người dùng vào phần mềm
Các lỗi nghiêm trọng không được phát hiện, gây ảnh hưởng xấu đến người dùng và danh tiếng của công ty
Đặc trưng nào của phần mềm khiến nó không thể nhìn thấy được?
Phần mềm được mã hóa mạnh
Phần mềm là một hệ thống logic và chỉ có thể nhận biết qua sự mô tả từ những khía cạnh khác nhau
Phần mềm có kích thước nhỏ
Phần mềm không cần phần cứng để chạy
Theo quan điểm của nhà sản xuất phần mềm, để đánh giá sản phẩm thành công, sản phẩm phải như thế nào?
Được người dùng đánh giá cao và phù hợp với mục đích sử dụng
Đạt được các tiêu chí đánh giá do nhà cung cấp đề ra
Đáp ứng đầy đủ các tiêu chí trong bản đặc tả
Không gây ra sự cố nghiêm trọng trong quá trình sử dụng
Kiểm thử phần mềm nhằm chứng minh điều gì?
Phần mềm không có lỗi nào cả
Phần mềm phù hợp với các đặc tả của nó
Phần mềm chạy nhanh hơn các phiên bản trước
Phần mềm có giao diện thân thiện với người dùng
Theo định nghĩa của IEEE, phần mềm bao gồm những thành phần nào?
Chương trình máy tính và tài liệu liên quan
Các thủ tục và dữ liệu liên quan
Chương trình máy tính, các thủ tục, tài liệu liên quan và dữ liệu liên quan đến hoạt động của hệ thống máy tính
Chỉ có chương trình máy tính
Hỏng hóc của phần mềm (software failure) là kết quả của điều gì?
Thiếu tài liệu hướng dẫn
Lỗi phần cứng
Một sai sót (fault) gây ra trong phần mềm
Phần mềm không được cập nhật phiên bản mới
Điều gì có thể xảy ra nếu quá trình phát triển phần mềm không được thực hiện đúng?
Phần mềm sẽ có giá thành cao hơn dự kiến
Phần mềm sẽ không thể được sử dụng
Phần mềm sẽ không bao giờ hoàn thành
Phần mềm sẽ không có lỗi
Tại sao phần mềm được xem là có tính phức tạp cao và luôn thay đổi?
Vì nó được viết bằng nhiều ngôn ngữ lập trình khác nhau
Vì nó là hệ thống logic với nhiều khái niệm và mối liên hệ logic khác nhau
Vì nó chỉ hoạt động trên các hệ điều hành cụ thể
Vì nó không thể sửa chữa sau khi phát hành
Khi nào một sai sót của phần mềm (fault) không được coi là hỏng hóc của phần mềm (failure)?
Khi sai sót không ảnh hưởng đến quá trình hoạt động hoặc nếu phần mềm không bao giờ thực hiện phần mã chứa sai sót đó
Khi sai sót xảy ra trong phần cứng
Khi sai sót chỉ ảnh hưởng đến giao diện người dùng
Khi sai sót được khắc phục trong vòng 24 giờ
Thẩm định (Validation) là quá trình nhằm mục đích gì?
Xác định xem sản phẩm của một công đoạn có đáp ứng yêu cầu của công đoạn trước không
Kiểm chứng xem phần mềm đã phát triển có đáp ứng đúng yêu cầu của khách hàng không
Phát hiện lỗi trong mã nguồn của phần mềm
Đánh giá tính bảo mật của phần mềm
Theo cách tiếp cận của ISO, chất lượng phần mềm cần phải được quan tâm từ khía cạnh nào?
Chất lượng quy trình
Chất lượng giao diện người dùng
Chất lượng phần mềm nội bộ (chất lượng trong)
Cả A và C đều đúng
Kiểm thử phần mềm giúp cải thiện chất lượng phần mềm bằng cách nào?
Tăng số lượng tính năng của phần mềm
Đảm bảo rằng phần mềm hoạt động theo các yêu cầu và tiêu chuẩn đã đặt ra
Giảm thiểu chi phí phát triển phần mềm
Rút ngắn thời gian bảo trì sau phát hành
Theo định nghĩa của ISO, thành phần nào sau đây không thuộc bốn thành phần cơ bản của phần mềm?
Chương trình máy tính (code)
Các thủ tục
Tài liệu
Phần cứng máy tính
Sai sót của phần mềm (software fault) xuất hiện khi nào?
Khi có sai lệch trong thiết kế, đặc tả hoặc mã nguồn được đưa vào sản phẩm
Khi chương trình không còn tương thích với phần cứng mới
Khi người dùng thao tác sai khiến chương trình dừng đột ngột
Khi hệ điều hành cập nhật phiên bản mới
Quá trình nào quyết định giá thành và chất lượng của phần mềm?
Quá trình bảo trì phần mềm
Quá trình phát triển phần mềm
Quá trình kiểm thử phần mềm
Quá trình vận hành phần mềm
Phần mềm khác biệt so với các sản phẩm công nghiệp khác ở điểm nào?
Phần mềm được định hình trước khi phát triển
Phần mềm không được định hình trước khi phát triển
Phần mềm không cần quá trình phát triển
Phần mềm không liên quan đến chất lượng sản phẩm
Tại sao khả năng tìm ra lỗi của phần mềm một cách nhanh chóng là không thể?
Vì phần mềm có quá nhiều dòng mã
Vì phần mềm không thể nhìn thấy được mà chỉ nhận biết qua mô tả từ các khía cạnh khác nhau
Vì không có công cụ kiểm thử phần mềm hiệu quả
Vì phần mềm không có tài liệu đầy đủ
Theo định nghĩa của IEEE, kiểm thử phần mềm là quá trình:
Vận hành hệ thống hoặc thành phần dưới những điều kiện xác định, quan sát hoặc ghi nhận kết quả, và đưa ra đánh giá về hệ thống hoặc thành phần đó
Chỉ thực hiện sau khi phần mềm đã được phát hành
Đảm bảo phần mềm không có lỗi trước khi phát hành
Phát hiện lỗi trong quá trình bảo trì phần mềm
Mục tiêu của đảm bảo chất lượng phần mềm là:
Phát triển sản phẩm với nhiều tính năng độc đáo
Đảm bảo dự án phần mềm sẽ hoàn thành đúng đặc tả, theo chuẩn mực định trước và các chức năng đòi hỏi, không có hỏng hóc và các vấn đề tiềm ẩn
Đảm bảo phần mềm chỉ cần hoàn thành trong thời gian ngắn nhất có thể
Tăng cường việc kiểm thử để phát hiện lỗi sau khi phần mềm đã phát hành
Xác minh (Verification) trong quy trình phát triển phần mềm là:
Quy trình kiểm tra xem sản phẩm cuối cùng có đáp ứng yêu cầu của khách hàng không
Quy trình xác định xem sản phẩm của một công đoạn trong quy trình phát triển phần mềm có thỏa mãn các yêu cầu đặt ra trong công đoạn trước hay không
Quy trình kiểm tra toàn bộ hệ thống đã phát triển xong
Quy trình phát hiện và sửa lỗi sau khi phần mềm đã được phát hành
Các hoạt động chính của xác minh (Verification) bao gồm:
Thẩm định và triển khai
Kiểm thử (Testing) và rà soát loại (Review)
Đánh giá và triển khai
Phân tích và phát hành
Hoạt động đảm bảo chất lượng phần mềm được thực hiện thông qua:
Việc kiểm thử sản phẩm sau khi hoàn thành
Thiết lập một tập hợp các hoạt động có chủ đích và có hệ thống nhằm mang lại sự tin tưởng sẽ đạt được chất lượng đúng theo yêu cầu
Tăng cường đội ngũ phát triển sau khi sản phẩm đã phát hành
Đợi đến khi có phản hồi từ khách hàng rồi mới bắt đầu cải tiến
Lỗi phần mềm (software error) xuất hiện do nguyên nhân nào?
Lỗi phần cứng
Sự nhầm lẫn hoặc hiểu sai của người phát triển trong quá trình phát triển phần mềm
Lỗi mạng kết nối
Hỏng hóc của hệ điều hành
Phần mềm thay đổi theo những yếu tố chính nào?
Theo cấu hình máy tính
Theo yêu cầu của người dùng và môi trường vận hành
Theo số lượng người dùng
Theo phiên bản hệ điều hành
Theo định nghĩa của IEEE, chất lượng phần mềm được đánh giá dựa trên:
Mức độ mà hệ thống, thành phần hoặc quá trình có tính bảo mật cao
Mức độ mà hệ thống, thành phần hoặc quá trình đáp ứng nhu cầu của người sử dụng hoặc mong đợi của khách hàng
Mức độ mà hệ thống, thành phần hoặc quá trình được phát triển theo mô hình Agile
Mức độ mà hệ thống, thành phần hoặc quá trình sử dụng các công nghệ hiện đại
Theo định nghĩa của IEEE, chất lượng phần mềm được đánh giá dựa trên:
Mức độ mà hệ thống, thành phần hoặc quá trình đáp ứng yêu cầu quy định
Mức độ mà hệ thống, thành phần hoặc quá trình được phát triển theo quy trình chuẩn
Mức độ mà hệ thống, thành phần hoặc quá trình không có lỗi
Mức độ mà hệ thống, thành phần hoặc quá trình đáp ứng được ngân sách và thời gian
Một trong những mục tiêu chính của kiểm thử phần mềm là:
Tìm ra tất cả các lỗi trong phần mềm
Tìm ra được càng nhiều lỗi càng tốt trong điều kiện về thời gian đã định và nguồn lực sẵn có
Đảm bảo phần mềm hoàn hảo trước khi phát hành
Đảm bảo phần mềm hoạt động mà không cần kiểm thử
Chất lượng phần mềm đối chiếu với yêu cầu người dùng (chất lượng ngoại) theo ISO có nghĩa là:
Phần mềm phải tuân thủ chặt chẽ các yêu cầu kỹ thuật trong bản đặc tả
Phần mềm phải đáp ứng các mong đợi và nhu cầu cụ thể của người dùng cuối
Phần mềm phải đảm bảo không có lỗi trong suốt quá trình hoạt động
Phần mềm phải có giao diện thân thiện và dễ sử dụng
Một trong những phương pháp quan trọng của đảm bảo chất lượng phần mềm là:
Kiểm tra và sửa lỗi sau khi phần mềm đã được phát hành
Điều khiển và cải tiến tiến trình phát triển phần mềm ngay từ khi dự án bắt đầu, nhằm phòng ngừa cái xấu, cải kém chất lượng
Phát hành phần mềm càng sớm càng tốt để có phản hồi từ người dùng
Chỉ tập trung vào việc viết mã nguồn
Theo quan điểm của người dùng, sản phẩm phần mềm được coi là thành công khi:
Sản phẩm đạt được các tiêu chí đánh giá do nhà cung cấp đề ra
Sản phẩm đáp ứng đầy đủ các tiêu chí trong bản đặc tả kỹ thuật
Sản phẩm phù hợp với mục đích sử dụng của người dùng
Sản phẩm được phát triển theo quy trình phát triển phần mềm chuẩn
Trong tình huống nào một lỗi (error) không trở thành khiếm khuyết (fault) trong phần mềm?
Khi lỗi được phát hiện và sửa chữa trước khi mã được tích hợp vào hệ thống
Khi lỗi gây ra sự cố (failure) trong quá trình sử dụng thực tế
Khi lỗi được phát hiện sau khi phần mềm đã được phát hành
Khi lỗi không được sửa chữa và gây ra lỗi khác
Sự khác biệt chính giữa lỗi phần mềm (software error) và sai sót của phần mềm (software fault) là gì?
Lỗi phần mềm xuất hiện trong quá trình phân tích, thiết kế, lập trình; còn sai sót xuất hiện khi thực thi chương trình
Lỗi phần mềm là do phần cứng, sai sót là do mạng kết nối
Lỗi phần mềm là lỗi cú pháp, sai sót là lỗi bảo mật
Lỗi phần mềm chỉ ảnh hưởng đến giao diện, sai sót ảnh hưởng đến toàn bộ hệ thống
