NEW
Font size
WorksheetsKiểm thử
Total questions: 71
Worksheet time: 2hrs 16mins
Trình điều khiển là công cụ được sử dụng để kiểm soát và vận hành phần mềm đang được thử nghiệm.
Đúng
Sai
Các lỗi điển hình được phát hiện bằng phân tích tĩnh bao gồm
Lập trình vi phạm tiêu chuẩn
Tham chiếu một biến có giá trị không xác định
Lỗ hổng bảo mật
Tất cả những điều trên
EULA là viết tắt của
End Usability License Agreement
End User License Agreement
End User License Arrangement
End User License Attachment
… là một bản dựng rất sớm nhằm phân phối hạn chế cho một số khách hàng chính và để tiếp thị cho mục đích trình diễn.
Bản phát hành alpha
Bản phát hành beta
Tài liệu phát hành thử nghiệm
Xây dựng
CAST là viết tắt của
Computer Aided Software Testing
Computer Aided Software Tools
Computer Analysis Software Techniques
None
Công cụ sửa đổi mã chương trình hoặc thao túng môi trường hoạt động theo bất kỳ cách nào được coi là không xâm lấn
Đúng
Sai
Bài kiểm tra nào có thể không bắt chước các tình huống trong thế giới thực
Kiểm tra chức năng
Kiểm tra kết cấu
Tất cả những điều trên
Không có điều nào ở trên
… bao gồm cả tính năng Kiểm tra hộp đen và Hộp trắng
Kiểm thử hộp xám
Thử nghiệm lai
Kiểm thử hộp xám VÀ thử nghiệm lai
Không có
Có thể thử nghiệm toàn diện
Đúng
Sai
Công cụ lưu trữ các câu lệnh yêu cầu, kiểm tra tính nhất quán và cho phép ưu tiên các yêu cầu cũng như cho phép các thử nghiệm riêng lẻ có thể truy nguyên các yêu cầu, chức năng và tính năng
Công cụ quản lý sự cố
Công cụ quản lý yêu cầu
Công cụ quản lý cấu hình
Không có
Số lần kiểm tra để kiểm tra tất cả các câu lệnh kiểm soát bằng với độ phức tạp chu trình
Đúng
Sai
Phân tích giá trị biên chỉ có thể được sử dụng trong quá trình thử nghiệm hộp trắng.
Đúng
Sai
Mục tiêu nào sau đây là mục tiêu của kiểm thử phần mềm?
Xác định năng suất của người lập trình
Loại bỏ nhu cầu bảo trì chương trình trong tương lai
Loại bỏ mọi lỗi trước khi phát hành
Phát hiện lỗi phần mềm
Thất bại là
Hành vi chương trình không chính xác do lỗi trong chương trình
Lỗi được tìm thấy trước khi phát hành sản phẩm
Lỗi được tìm thấy sau khi phát hành sản phẩm
Lỗi được tìm thấy trong giai đoạn Thiết kế
Trong quá trình phát triển phần mềm, quá trình kiểm thử có thể bắt đầu từ thời điểm nào?
Khi code xong.
Khi thiết kế xong.
Khi các yêu cầu phần mềm đã được phê duyệt.
Khi mô-đun mã đầu tiên đã sẵn sàng để thử nghiệm đơn vị
"Kiểm tra bao nhiêu là đủ?"
Câu hỏi này không thể trả lời được
Câu hỏi này rất dễ trả lời
Câu trả lời phụ thuộc vào rủi ro đối với ngành, hợp đồng và các
yêu cầu đặc biệt của bạn
Câu trả lời này phụ thuộc vào sự trưởng thành của các nhà phát
triển của bạn
Công cụ nào sau đây sẽ tham gia vào quá trình tự động hóa kiểm tra hồi quy?
Người kiểm tra dữ liệu
Kiểm tra ranh giới
Chụp/Phát lại
Bộ so sánh đầu ra.
Hình thức không chính xác của phạm vi logic là:
Phạm vi bảo hiểm
Bảo hiểm cực
Bảo hiểm Điều kiện
Bảo hiểm đường dẫn
Code Coverage được dùng để đo lường cái gì?
Khiếm khuyết
Phân tích xu hướng
Hiệu quả kiểm tra
Thời gian thử nghiệm
Che dấu lỗi là
Điều kiện lỗi ẩn một điều kiện lỗi khác
Tạo test case không phát hiện lỗi
Che dấu lỗi của nhà phát triển
Che dấu lỗi của người kiểm tra
Điều nào sau đây không phải là đặc tính chất lượng được liệt kê trong Tiêu chuẩn ISO 9126?
Chức năng
Khả năng sử dụng
Khả năng hỗ trợ
Khả năng bảo trì
Một lý do chính khiến các nhà phát triển gặp khó khăn trong việc kiểm thử sản phẩm của chính họ là:
Thiếu tài liệu kỹ thuật
Thiếu công cụ kiểm tra trên thị trường dành cho nhà phát triển
Thiếu đào tạo
Thiếu khách quan
Tuyên bố Bảo hiểm sẽ không kiểm tra những điều sau đây.
Thiếu câu lệnh
Các nhánh không sử dụng
Mã Chết
Tuyên bố không sử dụng
Để kiểm tra một hàm, lập trình viên phải viết một lệnh gọi hàm đó để … được kiểm tra và vượt qua dữ liệu thử nghiệm.
Stub
Driver
Proxy
None of the above
Hãy chọn định nghĩa đúng nhất về chất lượng
Chất lượng là công việc số một
Không khuyết tật
Phù hợp với yêu cầu
Làm việc theo thiết kế
Kiểm tra giá trị biên
Giống như kiểm tra phân vùng tương đương
Kiểm tra các điều kiện biên trên, dưới và trên các cạnh của lớp
tương đương đầu vào và đầu ra
Kiểm tra sự kết hợp của các tình huống đầu vào
Được sử dụng trong chiến lược kiểm thử hộp trắng
Một kỹ thuật kiểm tra phổ biến trong quá trình kiểm tra thành phần là
Kiểm thử câu lệnh và rẽ nhánh
Kiểm tra khả năng sử dụng
Kiểm tra bảo mật
Thử nghiệm hiệu suất
Trong một cuộc họp đánh giá, người điều hành là người
Ghi biên bản cuộc họp
Trung gian giữa người với người
Gọi điện thoại
Viết các tài liệu được xem xét
Các trường hợp kiểm thử chấp nhận dựa trên cái gì?
Yêu cầu
Thiết kế
Code
Bàn quyết định
Phương pháp nào sau đây là phương pháp thử nghiệm phi chức năng?
Thử nghiệm hệ thống
Kiểm tra khả năng sử dụng
Thử nghiệm hiệu năng
Kiểm tra khả năng sử dụng VÀ thử nghiệm hiệu năng
Xác minh & Xác thực Độc lập là
Do Nhà phát triển thực hiện
Được thực hiện bởi các kỹ sư kiểm tra
Thực hiện bởi Ban quản lý
Được thực hiện bởi một Đơn vị Bên ngoài phạm vi ảnh hưởng của dự án
Quá trình quản lý lỗi không bao gồm
Phòng ngừa lỗi
Lớp nền có thể giao được
Báo cáo quản trị
Không có điều nào ở trên
Điều nào sau đây có thể là nguyên nhân dẫn đến sự cố
1) Kiểm tra lỗi
2) Lỗi phần mềm
3) Lỗi thiết kế
4) Lỗi môi trường
5) Lỗi tài liệu
2 là lý do chính đáng; 1,3,4 & 5 không
1,2,3,4 là những lý do chính đáng; 5 không phải
1,2,3 là những lý do chính đáng; 4 & 5 không
Tất cả đều là những lý do chính đáng dẫn đến thất bại
Xét nghiệm được ưu tiên sao cho:
Bạn rút ngắn thời gian cần thiết để kiểm tra
Bạn làm bài kiểm tra tốt nhất trong thời gian có sẵn
Bạn làm thử nghiệm hiệu quả hơn
Bạn tìm thấy nhiều lỗi hơn
Khi mua một công cụ kiểm tra mới, công cụ đó nên được sử dụng trước bởi:
Một nhóm nhỏ để thiết lập cách tốt nhất để sử dụng công cụ
Mọi người cuối cùng có thể sử dụng công cụ này
Nhóm kiểm thử độc lập
Nhà thầu nhà cung cấp viết kịch bản ban đầu
Trong hoạt động kiểm tra nào có thể tìm thấy lỗi một cách hiệu quả nhất về chi phí?
Thi hành
Thiết kế
Lập kế hoạch
Kiểm tra việc hoàn thành tiêu chí Thoát
Sự khác biệt giữa phần mềm thử nghiệm do nhà thầu bên ngoài quốc gia của bạn phát triển so với phần mềm thử nghiệm do nhà thầu trong quốc gia của bạn phát triển là gì?
Không đáp ứng được nhu cầu của người dân
Sự khác biệt về văn hóa
Mất kiểm soát đối với việc tái phân bổ nguồn lực
Từ bỏ quyền kiểm soát
Đầu vào để phát triển kế hoạch kiểm tra được lấy từ
Kế hoạch dự án
Kế hoạch kinh doanh
Kế hoạch hỗ trợ
Không có điều nào ở trên
Điều nào sau đây không phải là kỹ thuật thử nghiệm tĩnh
Đoán sai
Hướng dẫn
Phân tích luồng dữ liệu
Thanh tra
Phát biểu nào sau đây về kiểm thử thành phần là không đúng?
Kiểm thử thành phần nên được thực hiện bởi nhà phát triển
Kiểm thử thành phần còn được gọi là kiểm thử cách ly hoặc kiểm thử mô-đun
Kiểm thử thành phần nên có tiêu chí hoàn thành được lên kế hoạch
Kiểm thử thành phần không liên quan đến kiểm thử hồi quy
Kiểm tra có thể tìm thấy tất cả những điều sau ngoại trừ
Các biến không được định nghĩa trong mã
Lỗi chính tả và ngữ pháp trong tài liệu
Các yêu cầu đã bị lược bỏ trong hồ sơ thiết kế
Bao nhiêu mã đã được bảo hiểm
Điều nào sau đây không phải là đặc điểm của Khả năng kiểm tra?
Khả năng vận hành
Khả năng quan sát
Giản dị
Vững chắc
Kiểm thử phần mềm chiếm bao nhiêu phần trăm chi phí phát triển phần mềm?
10-20
40-50
70-80
5-10
Phân vùng tương đương là:
Kỹ thuật kiểm thử hộp đen chỉ được sử dụng bởi các nhà phát triển
Một kỹ thuật kiểm thử hộp đen chỉ có thể được sử dụng trong quá trình kiểm thử hệ thống
Kỹ thuật kiểm thử hộp đen phù hợp với mọi cấp độ kiểm thử
Một kỹ thuật kiểm thử hộp trắng thích hợp cho kiểm thử thành phần
Nếu kết quả mong đợi không được chỉ định thì:
Chúng tôi không thể chạy thử nghiệm
Có thể khó làm lại xét nghiệm
Có thể khó xác định xem bài kiểm tra đã đạt hay chưa đạt
Chúng tôi không thể tự động hóa đầu vào của người dùng
A. Câu hỏi này không thể trả lời được
Câu trả lời phụ thuộc vào rủi ro đối với ngành, hợp đồng và các yêu cầu đặc biệt của bạn
Câu trả lời phụ thuộc vào sự trưởng thành của các nhà phát triển của bạn
Câu trả lời nên được chuẩn hóa cho ngành công nghiệp phát triển phần mềm
Mục đích của giai đoạn yêu cầu là
Để đóng băng các yêu cầu
Để hiểu nhu cầu của người dùng
Xác định phạm vi kiểm tra
Tất cả những điều trên
Cái nào trong số này có thể được thử nghiệm thành công bằng phương pháp Kiểm tra vòng lặp?
Vòng lặp đơn giản
Vòng lặp lồng nhau
Các vòng lặp nối tiếp
Tất cả những điều trên
Phương pháp Cyclomatic Complexity thuộc phương pháp thử nghiệm nào.
Hộp màu trắng
Hộp đen
Hộp xanh
Hộp màu vàng
Một hệ thống đáng tin cậy sẽ là một hệ thống:
Khó có thể hoàn thành đúng tiến độ
Không có khả năng gây ra sự cố
Có khả năng không có lỗi
Có khả năng được người dùng yêu thích
Nhìn chung, kỹ năng nào ít được yêu cầu nhất đối với một tester giỏi?
Mang tính ngoại giao
Có khả năng viết phần mềm
Chú ý đến từng chi tiết
Có thể dựa vào
Kiểm thử hồi quy:
Sẽ luôn được tự động hóa
Sẽ giúp đảm bảo các khu vực không thay đổi của phần mềm không bị ảnh hưởng
Sẽ giúp đảm bảo các khu vực đã thay đổi của phần mềm không bị ảnh hưởng
Chỉ có thể chạy trong quá trình thử nghiệm chấp nhận của người dùng
Ma trận chức năng/kiểm tra là một loại
Báo cáo thử nghiệm tạm thời
Báo cáo thử nghiệm cuối cùng
Báo cáo tình hình dự án
Báo cáo quản trị
Quá trình bắt đầu với các mô-đun đầu cuối được gọi là:
Tích hợp từ trên xuống
Tích hợp từ dưới lên
Không có điều nào ở trên
Tích hợp mô-đun
Xác minh là:
Kiểm tra xem chúng tôi có đang xây dựng đúng hệ thống không
Kiểm tra xem chúng tôi đang xây dựng hệ thống có đúng không
Được thực hiện bởi một nhóm kiểm thử độc lập
Đảm bảo rằng đó là điều người dùng thực sự muốn
Sự khác biệt giữa kiểm thử lại và kiểm thử hồi quy là
Kiểm tra lại là chạy lại kiểm tra; kiểm tra hồi quy tìm kiếm các tác dụng phụ không mong muốn
Xét nghiệm lại để tìm các tác dụng phụ không mong muốn; kiểm tra hồi quy đang lặp lại những kiểm tra đó
Kiểm tra lại được thực hiện sau khi lỗi được khắc phục; kiểm thử hồi quy được thực hiện sớm hơn
Kiểm thử lại sử dụng các môi trường khác nhau, kiểm thử hồi quy sử dụng cùng một môi trường
Kiểm tra lại được thực hiện bởi các nhà phát triển, kiểm tra hồi quy được thực hiện bởi những người kiểm tra độc lập
Nên dừng thử nghiệm khi:
Tất cả các bài kiểm tra theo kế hoạch đã được chạy
Thời gian đã hết
Tất cả các lỗi đã được sửa chữa chính xác
Tất cả các bài kiểm tra theo kế hoạch đã được chạy VÀ tất cả các lỗi đã được sửa chữa chính xác
Tôi phụ thuộc vào rủi ro đối với hệ thống đang được thử nghiệm
Điều nào sau đây là mục đích chính của chiến lược tích hợp để thử nghiệm tích hợp trong quy mô nhỏ?
Để đảm bảo rằng tất cả các mô-đun nhỏ đều được kiểm tra đầy đủ
Để đảm bảo rằng hệ thống giao tiếp với các hệ thống và mạng khác
Để chỉ định những mô-đun nào sẽ kết hợp khi nào và bao nhiêu mô-đun cùng một lúc
Để đảm bảo rằng kiểm thử tích hợp có thể được thực hiện bởi một nhóm nhỏ
Để chỉ định cách chia phần mềm thành các mô-đun
Phần nào sau đây KHÔNG phải là một phần của quản lý cấu hình:
Kế toán trạng thái của các hạng mục cấu hình
Kiểm tra sự phù hợp với ISO9001
Xác định các phiên bản thử nghiệm
Bản ghi các thay đổi đối với tài liệu theo thời gian
Truy cập thư viện được kiểm soát
Một công cụ hỗ trợ truy xuất nguồn gốc, ghi lại các sự cố hoặc lên lịch kiểm tra được gọi là:
Một công cụ phân tích động
Một công cụ thực hiện kiểm thử
Một công cụ sửa lỗi
Một công cụ quản lý kiểm tra
Công cụ quản lý cấu hình
Chi phí sửa lỗi:
Không quan trọng
Tăng lên khi chúng tôi chuyển sản phẩm sang sử dụng trực tiếp
Giảm khi chúng tôi chuyển sản phẩm sang sử dụng trực tiếp
Đắt hơn nếu được tìm thấy trong các yêu cầu hơn là thiết kế chức năng
Không bao giờ có thể xác định được
Khi những gì người dùng cuối nhìn thấy là sai lệch so với hành vi cụ thể hoặc dự kiến, điều này được gọi là:
Một lỗi
Một lỗi
Thất bại
Một khiếm khuyết
Một sai lầm
Người quản lý kiểm tra không nên:
Báo cáo về những sai lệch so với kế hoạch dự án
Ký tắt hệ thống để phát hành
Phân bổ lại nguồn lực để đáp ứng các kế hoạch ban đầu
Tăng sự cố trên các lỗi mà họ đã tìm thấy
Cung cấp thông tin để phân tích rủi ro và cải tiến chất lượng
Điều nào sau đây KHÔNG phải là một phần của thử nghiệm hệ thống:
Thử nghiệm dựa trên quy trình nghiệp vụ
Kiểm tra hiệu suất, tải trọng và ứng suất
Kiểm thử dựa trên yêu cầu
Kiểm tra khả năng sử dụng
Kiểm thử tích hợp từ trên xuống
Khi mua một công cụ kiểm tra mới, công cụ đó nên được sử dụng trước bởi:
Một nhóm nhỏ để thiết lập cách tốt nhất để sử dụng công cụ
Mọi người cuối cùng có thể sử dụng công cụ này
Nhóm kiểm thử độc lập
Các nhà quản lý để xem nó nên được sử dụng trong những dự án nào
Nhà thầu nhà cung cấp viết kịch bản ban đầu
Điều nào sau đây không phải là một phần của kiểm tra hiệu suất:
Đo thời gian phản hồi
Đo lường tỷ giá giao dịch
Thử nghiệm phục hồi
Mô phỏng nhiều người dùng
Tạo nhiều giao dịch
Mục đích của tiêu chí hoàn thành kiểm thử trong kế hoạch kiểm thử là gì:
Để biết khi nào một bài kiểm tra cụ thể kết thúc quá trình thực hiện
Để đảm bảo rằng đặc tả trường hợp thử nghiệm đã hoàn thành
Để đặt tiêu chí được sử dụng trong việc tạo đầu vào thử nghiệm
Để biết khi nào kế hoạch kiểm tra hoàn tất
Lập kế hoạch khi nào ngừng kiểm tra
Tốt nhất nên tìm mã không truy cập được bằng cách sử dụng:
Đánh giá mã
Kiểm tra mã
Một công cụ bảo hiểm
Một công cụ quản lý kiểm tra
Một công cụ phân tích tĩnh
Thông tin nào không cần đưa vào báo cáo sự cố thử nghiệm:
Cách khắc phục lỗi
Cách tái tạo lỗi
Chi tiết môi trường thử nghiệm
Mức độ nghiêm trọng, ưu tiên
Kết quả thực tế và dự kiến
Điều nào sau đây KHÔNG có trong tài liệu Kế hoạch kiểm tra của Tiêu chuẩn tài liệu kiểm tra:
Các mục kiểm tra (tức là các phiên bản phần mềm)
Cái gì không được kiểm tra
Môi trường thử nghiệm
Kế hoạch chất lượng
Lịch trình và thời hạn
Tiêu chuẩn tài liệu kế hoạch kiểm tra IEEE 829 bao gồm tất cả những điều sau ngoại trừ:
Hạng mục kiểm tra
Sản phẩm thử nghiệm
Nhiệm vụ kiểm tra
Môi trường thử nghiệm
Thông số thử nghiệm
