NEW
Font size
WorksheetsKiểm thử _ test 1
Total questions: 44
Worksheet time: 22mins
Đâu không phải nhược điểm của mô hình Agile ?
Khó lên kế hoạch dự án
Bắt buộc phải hướng dẫn và đào tạo chi tiết
Chi phí thấp
Bắt buộc phải hợp tác để dự án thành công
Agile Software Development là gì?
Phương thức phát triển phần mềm cứng nhắc, yêu cầu tài liệu chi tiết trước khi triển khai
Phương thức phát triển phần mềm linh hoạt, giúp đưa sản phẩm đến tay người dùng nhanh chóng
Một mô hình phát triển phần mềm truyền thống, tập trung vào việc hoàn thành toàn bộ sản phẩm trước khi thử nghiệm
Quy trình phát triển phần mềm không quan tâm đến tốc độ triển khai sản phẩm
Đâu không phải nhược điểm của mô hình Agile
Bắt buộc phải hợp tác để dự án thành công
Không yêu cầu hợp tác nhóm
Chi phí cao
Ít tài liệu hướng dẫn
Khi nào nên áp dụng phương pháp Agile trong phát triển phần mềm?
Khi thời gian phát triển sản phẩm không quan trọng
Khi dự án không cần sự tương tác của khách hàng
Khi chỉ có thể áp dụng cho một số loại dự án nhất định
Khi khách hàng yêu cầu chức năng sẵn sàng trong khoảng thời gian ngắn
Một trong những ưu điểm của mô hình phát triển Agile là gì?
Khó thay đổi khi dự án đã triển khai
Yêu cầu nắm rõ mọi thông tin ngay từ đầu
Có thể thực hiện thay đổi dễ dàng
Chỉ bàn giao sản phẩm khi hoàn thành toàn bộ dự án
Vòng đời Kiểm thử Phần mềm (Software Testing Life Cycle) bao gồm những hoạt động nào?
Không sử dụng thuật ngữ “Testing” trong quá trình phát triển phần mềm
Chỉ do các tester thực hiện, không liên quan đến developers
Bao gồm một loạt các hoạt động kiểm thử, có thể liên quan đến cả tester và developers
Chỉ liên quan đến việc viết code của developers
Đâu không phải là ưu điểm của mô hình phát triển Agile?
Thực hiện thay đổi dễ dàng
Bàn giao nhanh hơn
Cải tiến liên tục
Ít cần chú trọng đến phản hồi của khách hàng và người dùng
Trong bảng Kanban, công việc thường được chia thành các cột nào?
Kế hoạch, Chi tiêu, Tiết kiệm
Thiết kế, Phát triển, Kiểm thử
Cần làm, Đang làm, Hoàn thành
Ý tưởng, Phác thảo, Xuất bản
Mô hình thác nước phù hợp với loại dự án nào?
Các dự án có ít thay đổi về yêu cầu và không có những yêu cầu không rõ ràng
Các dự án có nhiều thay đổi về yêu cầu
Các dự án yêu cầu linh hoạt và thay đổi liên tục
Các dự án không cần xác định yêu cầu ngay từ đầu và liên tục thay đổi
Đặc điểm chính của mô hình chữ V là gì?
Phát triển và kiểm thử được thực hiện tách biệt hoàn toàn
Kiểm thử chỉ bắt đầu sau khi hoàn thành phát triển phần mềm
Các hoạt động phát triển và đảm bảo chất lượng được thực hiện đồng thời, kiểm thử bắt đầu ngay từ giai đoạn lấy yêu cầu
Không có sự liên kết giữa xác minh và xác nhận trong quy trình
Đặc điểm của mô hình phát triển lặp là gì?
Phần mềm chỉ được phát triển sau khi có đầy đủ đặc tả yêu cầu
Mỗi Iteration là một quy trình tuần tự được chia nhỏ và lặp lại, tạo ra phiên bản mới của phần mềm vào cuối mỗi lần lặp
Chỉ có giai đoạn phát triển được thực hiện trong mỗi Iteration
Không thể thực hiện từng Iteration mà phải hoàn thành toàn bộ phần mềm trước
Khi nào nên sử dụng mô hình phát triển lặp?
Khi tất cả các yêu cầu phải được xác định đầy đủ trước khi bắt đầu phát triển
Khi không có bất kỳ yêu cầu nào cần thay đổi trong suốt quá trình phát triển
Khi không cần xác định yêu cầu chính trước khi bắt đầu phát triển
Khi công nghệ mới đang được sử dụng và nhóm phát triển cần học tập trong quá trình làm việc
Đâu không phải là đặc điểm của mô hình phát triển gia tăng?
Chu kỳ được chia thành các module nhỏ, dễ quản lý
Đặc tả yêu cầu được chia thành nhiều phần
Tất cả các module phải được phát triển đồng thời, không có sự chia nhỏ
Mỗi module sẽ đi qua các yêu cầu về thiết kế, thực hiện như một vòng đời phát triển thông thường
Khi nào nên áp dụng mô hình phát triển gia tăng?
Khi yêu cầu của dự án chưa được xác định rõ ràng
Khi toàn bộ sản phẩm phải được hoàn thành trước khi bàn giao
Khi không cần chia nhỏ yêu cầu và có thể phát triển toàn bộ phần mềm một lần
Khi khách hàng có nhu cầu về sản phẩm sớm
Mô hình phát triển Scrum là gì?
Một quy trình tuần tự không lặp lại trong phát triển phần mềm
Một khung quy trình lặp lại và gia tăng giúp nhóm hợp tác hiệu quả
Một phương pháp chỉ áp dụng cho các dự án nhỏ và không cần sự hợp tác nhóm
Một mô hình không liên quan đến Agile và không hỗ trợ phát triển lặp lại
Nguyên tắc chủ đạo trong mô hình phát triển Scrum là gì?
Không cần thay đổi theo phản hồi của khách hàng trong quá trình phát triển
Chia nhỏ module cần kiểm thử, lấy ý kiến quản trị viên và điều chỉnh phù hợp
Phát triển toàn bộ phần mềm trước khi lấy ý kiến khách hàng
Chia nhỏ module cần phát triển, lấy ý kiến khách hàng và điều chỉnh phù hợp
Đặc điểm nào sau đây đúng với mô hình phát triển Scrum?
Mỗi sprint làm toàn bộ yêu cầu và kéo dài từ 1 đến 4 tuần
Mỗi sprint chỉ làm một số lượng yêu cầu nhất định và kéo dài từ 1 đến 4 tuần
Cuối sprint, sản phẩm chưa cần hoàn thiện và có thể chưa chạy được
Không cần lên kế hoạch trước khi bắt đầu sprint
Giai đoạn đầu tiên trong quy trình kiểm thử phần mềm?
Test Closure Activities
Test Implementation and Execution
Test Planning and Control
Test Analysis and Design
Trong quy trình kiểm thử phần mềm, giai đoạn nào tập trung vào việc thực thi các trường hợp kiểm thử và ghi nhận kết quả?
Test Implementation and Execution
Test Analysis and Design
Test Planning and Control
Evaluating Exit Criteria and Reporting
Lập kế hoạch kiểm thử (Test Planning) là gì?
Là quá trình thực hiện kiểm thử phần mềm để tìm lỗi.
Là hoạt động xác định mục tiêu kiểm thử và chỉ rõ các hoạt động kiểm thử cần thực hiện để đạt mục tiêu.
Là giai đoạn phân tích và thiết kế test case dựa trên yêu cầu phần mềm.
Là hoạt động xác định mục tiêu kiểm thử và không cần chỉ rõ các hoạt động kiểm thử cần thực hiện để đạt mục tiêu.
Kiểm soát và giám sát kiểm thử (Test Control) có vai trò gì trong quy trình kiểm thử?
Thực hiện kiểm thử phần mềm theo các test case đã thiết kế.
Xác định mục tiêu kiểm thử và lập kế hoạch kiểm thử.
Đánh giá tiêu chí kết thúc kiểm thử và báo cáo kết quả cuối cùng.
So sánh tiến độ thực tế với kế hoạch, báo cáo trạng thái và điều chỉnh khi cần thiết.
Phân tích kiểm thử (Test Analysis) là hoạt động nào trong quy trình kiểm thử phần mềm?
Xác nhận các trường hợp kiểm thử bằng cách phân tích cơ sở kiểm thử để xác định các thuộc tính có thể kiểm thử và điều kiện kiểm thử liên quan.
Thực hiện kiểm thử dựa trên các test case đã được thiết kế.
Đánh giá tiêu chí kết thúc kiểm thử và báo cáo kết quả cuối cùng.
Xác nhận các trường hợp kiểm thử ngẫu nhiên để xác định các thuộc tính có thể kiểm thử và điều kiện kiểm thử liên quan.
Thiết kế kiểm thử (Test Design) trong quy trình kiểm thử phần mềm bao gồm hoạt động nào?
Xác định dữ liệu đầu vào và đầu ra cụ thể để chạy phần mềm dựa trên các điều kiện kiểm thử và dữ liệu cụ thể đã được phân tích.
Giám sát tiến độ kiểm thử và so sánh với kế hoạch đã đề ra.
Xác định dữ liệu đầu vào và đầu ra cụ thể để chạy phần mềm không dựa trên các điều kiện kiểm thử và dữ liệu cụ thể đã được phân tích.
Xác nhận các trường hợp kiểm thử bằng cách phân tích cơ sở kiểm thử.
Trong quy trình kiểm thử phần mềm, giai đoạn Triển khai kiểm thử (Test Implementation) bao gồm hoạt động nào?
Xác định mục tiêu kiểm thử và chỉ rõ các hoạt động để đạt được mục tiêu đó.
Chuẩn bị phần mềm kiểm thử cần thiết để thực thi kiểm thử, dựa trên phân tích và thiết kế kiểm thử.
Xác định dữ liệu đầu vào và đầu ra dựa trên các điều kiện kiểm thử.
Chuẩn bị phần mềm kiểm thử cần thiết để phát triển phần mềm dựa trên phân tích và thiết kế kiểm thử.
Trong quy trình kiểm thử phần mềm, giai đoạn Thực thi kiểm thử (Test Execution) được định nghĩa như thế nào?
Là hoạt động xác định dữ liệu đầu vào và đầu ra để chạy phần mềm dựa trên điều kiện kiểm thử.
Là quá trình chạy kiểm thử trên một hệ thống hoặc thành phần đang được kiểm thử, tạo ra kết quả thực tế.
Là hoạt động giám sát tiến độ kiểm thử và báo cáo trạng thái so với kế hoạch.
Là quá trình chuẩn bị phần mềm kiểm thử cần thiết để thực thi kiểm thử.
Trong quy trình kiểm thử phần mềm, Test Exit Criteria and Reporting bao gồm tiêu chí nào sau đây?
Xác định dữ liệu đầu vào và đầu ra để thực hiện kiểm thử.
Kiểm tra tất cả các lỗi ưu tiên được đóng (closed).
Chuẩn bị phần mềm kiểm thử cần thiết để thực thi kiểm thử.
Giám sát tiến độ kiểm thử và báo cáo trạng thái so với kế hoạch.
Trong quy trình kiểm thử phần mềm, Test Closure (Kết thúc kiểm tra) bao gồm hoạt động nào sau đây?
Xác định dữ liệu đầu vào và đầu ra cho kiểm thử.
Lập kế hoạch kiểm thử để xác định mục tiêu kiểm thử.
Thực thi kiểm thử để tạo ra kết quả thực tế.
Thu thập dữ liệu từ các hoạt động test đã hoàn thành để tổng hợp kinh nghiệm.
Hoạt động nào dưới đây không thuộc quy trình Validation trong kiểm thử phần mềm?
Chuẩn bị tài liệu test requirement, test case và thông số test để phân tích kết quả test.
Đánh giá test requirement và test case có phản ánh đúng yêu cầu không.
Viết mã nguồn để sửa lỗi phần mềm.
Kiểm tra phần mềm có đáp ứng yêu cầu nghiệp vụ và phù hợp để sử dụng hay không.
Trong quy trình kiểm thử phần mềm, Validation có mục đích chính là gì?
Xác định kiến trúc phần mềm trước khi phát triển.
Kiểm tra mã nguồn để tìm và sửa lỗi lập trình.
Xây dựng tài liệu hướng dẫn sử dụng phần mềm cho người dùng.
Kiểm tra xem phần mềm có đáp ứng các yêu cầu nghiệp vụ và phù hợp để sử dụng hay không.
Mục tiêu chính của Validation (Xác nhận) trong kiểm thử phần mềm là gì?
Kiểm tra từng thành phần của phần mềm trước khi tích hợp.
Xác minh từng module phần mềm có tuân theo thiết kế hay không.
Đánh giá sản phẩm cuối cùng để kiểm tra xem nó có đáp ứng yêu cầu nghiệp vụ hay không.
Thực hiện kiểm thử đơn vị (Unit Test) trên từng phần nhỏ của phần mềm.
Hoạt động nào dưới đây không thuộc quá trình Verification trong kiểm thử phần mềm?
Kiểm tra hướng dẫn sử dụng và các tài liệu liên quan khác
Tham gia review các yêu cầu để xác minh tính chính xác.
Review code để đảm bảo tuân thủ quy chuẩn kỹ thuật.
Thực hiện kiểm thử phần mềm để đánh giá tính năng theo yêu cầu nghiệp vụ.
Mục tiêu chính của Verification (Xác minh) trong kiểm thử phần mềm là gì?
Đánh giá sản phẩm cuối cùng để kiểm tra xem nó có đáp ứng yêu cầu nghiệp vụ hay không.
Kiểm tra xem sản phẩm được xây dựng đúng theo yêu cầu và đặc điểm kỹ thuật thiết kế.
Thực hiện kiểm thử hệ thống để đảm bảo phần mềm không có lỗi.
Kiểm tra sản phẩm sau khi phát hành để thu thập phản hồi từ người dùng.
Trong kiểm thử phần mềm, nguyên lý nào không tồn tại
Kiểm thử sớm giúp tiết kiệm thời gian và chi phí
Kiểm thử giúp loại bỏ hoàn toàn lỗi trong phần mềm
Kiểm thử toàn bộ là không thể
Kiểm thử phụ thuộc vào bối cảnh
Công việc kiểm thử phần mềm bao gồm các hoạt động nào?
Chỉ kiểm tra lỗi sau khi chạy phần mềm
Chỉ thực hiện kiểm thử bằng cách chạy phần mềm
Không bao gồm review tài liệu hay phân tích tĩnh
Bao gồm lập kế hoạch, thiết kế test case, chạy test, kiểm tra kết quả và báo cáo
Mục tiêu chính của kiểm thử phần mềm là gì?
Chỉ tập trung vào tìm kiếm lỗi
Tìm lỗi, thu thập sự tự tin vào chất lượng, cung cấp thông tin để ra quyết định và ngăn ngừa lỗi
Đảm bảo phần mềm không bao giờ có lỗi
Loại bỏ hoàn toàn mọi lỗi trước khi phát hành
Mục tiêu chính của kiểm thử trong giai đoạn phát triển phần mềm (In Development Testing) là gì?
Xác nhận phần mềm đã hoàn thiện và không cần sửa đổi
Tìm ra càng nhiều lỗi càng tốt và sửa sớm
Chỉ thực hiện kiểm thử sau khi phần mềm đã hoàn thành
Đợi khách hàng phát hiện lỗi và phản hồi để sửa chữa
Mục tiêu chính của kiểm thử trong giai đoạn nghiệm thu (In Acceptance Testing) là gì?
Tìm ra càng nhiều lỗi càng tốt và sửa sớm
Xác nhận hệ thống hoạt động đúng theo mong đợi và đáp ứng yêu cầu
Kiểm tra hiệu suất của hệ thống trong điều kiện tải cao
Chỉ kiểm tra giao diện người dùng mà không quan tâm đến chức năng
Mục tiêu chính của kiểm thử phần mềm trong một vài trường hợp đặc biệt (In Some Cases) là gì?
Đánh giá chất lượng phần mềm và cung cấp thông tin về rủi ro phát hành
Chỉ tập trung tìm lỗi giao diện người dùng
Kiểm tra xem phần mềm có tương thích với tất cả các thiết bị hay không
Xác nhận rằng phần mềm đã hoàn toàn không còn lỗi
Mục tiêu chính của kiểm thử trong giai đoạn bảo trì (Maintenance Testing) là gì?
Đánh giá lại toàn bộ yêu cầu phần mềm từ đầu
Kiểm thử phần mềm để đảm bảo giao diện đẹp hơn
Chỉ kiểm tra tính năng mới được bổ sung
Xác nhận rằng không có lỗi mới xuất hiện sau khi thay đổi hoặc chỉnh sửa phần mềm
Mục tiêu chính của kiểm thử trong giai đoạn vận hành (Operational Testing) là gì?
Đánh giá các đặc tính chất lượng của hệ thống như độ tin cậy, tính sẵn sàng
Xác định xem phần mềm có phù hợp với yêu cầu nghiệp vụ hay không
Kiểm tra các tính năng mới trước khi phát hành phần mềm
Đảm bảo phần mềm không có bất kỳ lỗi nào
Bug trong phần mềm là gì?
Một tính năng mới trong phần mềm
Một khiếm khuyết có thể khiến hệ thống không thực hiện đúng chức năng yêu cầu
Một công cụ để kiểm thử phần mềm
Một bước trong quy trình phát triển phần mềm
Error trong kiểm thử phần mềm là gì?
Một loại kiểm thử đặc biệt để tìm lỗi phần mềm
Một báo cáo về kết quả kiểm thử phần mềm
Một tính năng bổ sung làm hệ thống hoạt động hiệu quả hơn
Một lỗi xảy ra trong hệ thống phần mềm do sai sót của con người
Fault trong kiểm thử phần mềm là gì?
Một lỗi do hệ thống phần mềm hoạt động sai chức năng yêu cầu
Một lỗi xảy ra do thực hiện sai bước, quy trình hoặc chuẩn bị dữ liệu không đúng
Một lỗi do người dùng nhập sai dữ liệu đầu vào
Một lỗi không ảnh hưởng đến hoạt động của phần mềm
Failure trong kiểm thử phần mềm là gì?
Một lỗi không ảnh hưởng đến chức năng chính của hệ thống
Lỗi xuất hiện do lập trình viên viết sai mã nguồn
Lỗi xảy ra khi có sự khác biệt giữa kết quả thực tế và kết quả mong đợi của một hệ thống hoặc thành phần phần mềm
Một lỗi xảy ra khi người dùng nhập dữ liệu sai
