500+ câu Trắc nghiệm Công nghệ phần mềm có đáp án - Phần 17

Kiểm thử điều kiện (Condition testing)

Phân tích giá trị biên (boundary value analysis)

Kiểm thử chuyển đổi trạng thái (State Transition Testing)

Đoán lỗi (Error Guessing)

Cảnh báo người dùng khi dung lượng trống trên đĩa còn 20%

Thực hiện thao tác thêm, xem, xóa, sửa dữ liệu nghiệp vụ

Cảnh báo ngày hệ thống bị sai

Yêu cầu chỉnh lại ngày giờ hệ thống mỗi khi làm việc

Kiểm thử điều kiện (Condition testing)

Kiểm thử dòng dữ liệu (Data flow testing)

Kiểm thử vòng lặp (Loop testing)

Phân hoạch lớp tương đương (equivalent class partition)

Kỹ thuật hộp trắng

Kỹ thuật hộp đen

Cả hai kỹ thuật hộp đen và trắng

Kỹ thuật hồi quy (regression)

Software Requirement Specification

System Requirement Specification

Studying Requirement Specification

Solve Requirement Specification

Phải lên kế hoạch kiểm thử sớm ngay trong giai đoạn phân tích hệ thống

Có thể thực hiện kiểm thử được toàn bộ mọi trường hợp có thể có của hệ thống

Để hiệu quả, kiểm thử nên được thực hiện bởi một đội kiểm thử

Tuân theo nguyên tắc Pareto

Yêu cầu rất khó phát hiện

Yêu cầu rất dễ bị thay đổi

Yêu cầu phải luôn thống nhất

Yêu cầu luôn được biết một cách chính xác

“Kiểm tra ngân quỹ chiến dịch” là use case cơ bản

“Kiểm tra ngân quỹ chiến dịch” là use case mở rộng được khởi động từ use case “In tóm tắt chiến dịch”

“In tóm tắt chiến dịch” là use case cơ bản

Tất cả đều sai

Hệ thống phải có khả năng lưu trữ ban đầu là 500MB dữ liệu, mỗi năm tăng lên 100MB

Hệ thống phải phát sinh ra một báo cáo về tất cả các chiến dịch quảng cáo cho một khách hàng cụ thể

Hệ thống phải cho phép những người sử dụng nhập vào chi tiết các khách hàng

Tất cả các Câu đều đúng

Bảng ước tính chi phí dự án

Tài liệu đặc tả yêu cầu phần mềm

Lược đồ ngữ cảnh

Lược đồ Use case và các được đồ khác

Phân chia ổ đĩa dữ liệu

Các yêu cầu xử lý

Nội dung của các báo cáo in ra theo yêu cầu của hệ thống

Tất cả các mục

Hệ thống phải có khả năng trả lời tất cả các truy vấn trong 5 giây

Các người sử dụng của hệ thống sẽ gây ra ít lỗi hơn 50% so với hệ thống hiện tại

Hệ thống phải cho phép những người sử dụng nhập vào các chi tiết của các chiến dịch quảng cáo

Hàng tháng, báo cáo phải nộp lên giám đốc trước ngày 5 của tháng sau đó

Người quản lý dự án

Phân tích viên

Lập trình viên

Khách hàng

Bảo mật

Các chi tiết về dữ liệu mà được tổ chức trong hệ thống

Những mô tả về qui trình mà hệ thống được yêu cầu xử lý

Các báo cáo kết xuất

Tài liệu SRS

Sơ đồ DFD

Sơ đồ Use case

Sơ đồ ERD

Một phương pháp thích hợp được sử dụng khi các yêu cầu đã được xác định rõ ràng

Phương pháp tốt nhất được sử dụng trong các dự án có nhiều thành viên

Một phương pháp hữu ích khi khách hàng không thể xác định yêu cầu một cách rõ ràng

Một mô hình rất rủi ro, khó đưa ra được một sản phẩm tốt

Yêu cầu chức năng

Yêu cầu phi chức năng

Mục tiêu thực hiện

Hướng dẫn sử dụng

Thường dùng prototype

Bản chất lặp

Dễ dàng điều tiết những biến đổi yêu cầu sản phẩm

Tất cả các mục

Một mô hình cũ phổ biến mà bây giờ hiếm khi dùng nữa

Hướng tốt nhất để dùng cho những dự án với những nhóm phát triển lớn

Một hướng hợp lý khi những yêu cầu được xác định rõ

Một hướng tốt khi cần tạo nhanh một chương trình thực thi

Đặc tả cấu trúc dữ liệu

Đặc tả chức năng

Đặc tả bằng sơ đồ

Đặc tả đối tượng

Tính liên kết (coupling)

Tính kết dính (cohesion)

Chỉ đến chi phí tích hợp

Chỉ đến chi phí phát triển

Là số lượng máy tính chạy phần mềm

Là số lượng dữ liệu phát sinh trong một chu kỳ nào đó

Là số lượng các nghiệp vụ hệ thống phải tiến hành trong một chu kỳ nào đó

Là số lượng người làm việc với phần mềm

Thiết kế không là code, code không là thiết kế

Thiết kế phải được đánh giá chất lượng khi nó đang được tạo không phải khi nó có vấn đề

Mô hình thiết kế cung cấp chi tiết về kiến trúc (architecture), Giao diện (interfaces) và thành phần (component) cần thiết để cài đặt phần mềm

Thiết kế phải chỉ ra được hệ thống thực thi như thế nào, các yêu cầu được hiện thực hóa ra sao

Use Case

Entity Relationship Diagram

State Transition Diagram

Activity Diagram

Kiến trúc hệ thống

Chi tiết các thành phần

Các bảng dữ liệu và ràng buộc

Mô tả một chức năng phần mềm

2

3

4

5

3

4

5

6

3

5

7

8

Số vấn đề giải quyết trong tháng /tổng số vấn đề phát sinh trong tháng

Số lần bảo trì vượt quá tiêu chuẩn thời gian /tổng số lần bảo trì

Số lần bảo trì sai sót /tổng số lần bảo trì

Thời gian trung bình của một lần bảo trì

80% lỗi trong chương trình thường do 20% bug gây ra

20% lỗi trong chương trình thường do 80% bug gây ra

Chi phí sửa lỗi ở giai đoạn thu nhận yêu cầu chỉ bằng 1/5 chi phí sửa lỗi ở giai đoạn cuối

60% lỗi được tìm thấy trong giai đoạn kiểm thử đơn vị

Cost Aided Software Engineering

Computer Aided Software Engineering

Control Aided Software Engineering

Computer Analyzing Software Engineering