Những kiểm tra chấp nhận thường được đưa ra bởi:

Người phát triển

Những ngƣời dùng cuối

Nhóm kiểm thử

Những kỹ sư hệ thống

Trả lời:

Đáp án đúng: B

Kiểm tra chấp nhận (Acceptance testing) là một loại kiểm thử phần mềm được thực hiện bởi người dùng cuối (end-users) để xác định xem hệ thống phần mềm có đáp ứng các yêu cầu kinh doanh và có thể được chấp nhận để sử dụng trong thực tế hay không. Các kiểm tra này thường tập trung vào việc kiểm tra tính năng và khả năng sử dụng của phần mềm từ góc độ của người dùng cuối. Do đó, đáp án đúng là 'Những người dùng cuối'.

500+ câu trắc nghiệm môn Công nghệ phần mềm có lời giải chi tiết - Phần 9

Tổng hợp 500+ câu hỏi trắc nghiệm môn Công nghệ phần mềm có đáp án đầy đủ nhằm giúp các bạn dễ dàng ôn tập lại toàn bộ các kiến thức.

50 câu hỏi 60 phút

Bắt đầu thi

Câu hỏi liên quan

Câu 10:

Kỹ sư phần mềm không cần?

Lời giải:

Đáp án đúng: C

Kỹ sư phần mềm cần có kiến thức về phân tích thiết kế hệ thống, cơ sở dữ liệu và khả năng lập trình thành thạo. Tuy nhiên, kinh nghiệm quản lý dự án phần mềm không phải là yêu cầu bắt buộc đối với mọi kỹ sư phần mềm, đặc biệt là những người mới vào nghề hoặc tập trung vào các công việc kỹ thuật chuyên sâu. Do đó, đáp án đúng là "Kinh nghiệm quản lý dự án phần mềm".

Câu 11:

Loại khả thi nào không được xem xét trong phân tích khả thi:

Lời giải:

Đáp án đúng: D

Phân tích khả thi là quá trình đánh giá tính khả thi của một dự án hoặc một hệ thống được đề xuất. Nó bao gồm việc xem xét nhiều yếu tố khác nhau để xác định xem dự án có thể thành công hay không. Các loại khả thi thường được xem xét bao gồm:

* Khả thi về kinh tế: Đánh giá chi phí và lợi ích của dự án để xác định xem nó có mang lại lợi nhuận hay không.
* Khả thi về kỹ thuật: Đánh giá xem có đủ nguồn lực kỹ thuật để hoàn thành dự án hay không.
* Khả thi về thực hiện: Đánh giá xem dự án có thể được thực hiện trong thời gian và nguồn lực cho phép hay không.

Phương án "Khả thi về chất lượng" không phải là một loại khả thi tiêu chuẩn được xem xét trong phân tích khả thi. Chất lượng thường được xem xét trong quá trình thực hiện dự án, sau khi đã xác định tính khả thi tổng thể.

Câu 12:

Làm rõ yêu cầu (Eliciting requirements) là:

Lời giải:

Đáp án đúng: A

Làm rõ yêu cầu (Eliciting requirements) là quá trình giao tiếp với khách hàng và người sử dụng để xác định, khám phá và hiểu rõ các nhu cầu, mong muốn của họ đối với một sản phẩm hoặc hệ thống. Quá trình này bao gồm việc thu thập thông tin, phân tích các yêu cầu tiềm năng và ghi nhận chúng một cách rõ ràng, chi tiết. Do đó, đáp án đúng nhất là "Giao tiếp với khách hàng và người sử dụng để xác định các yêu cầu của họ".

Câu 13:

Dạng kiểm thử nào sau đây không thuộc kiểm thử hộp đen:

Lời giải:

Đáp án đúng: A

Kiểm thử hộp đen (Black-box testing) là một phương pháp kiểm thử phần mềm mà không yêu cầu kiến thức về cấu trúc bên trong, thiết kế hoặc mã nguồn của phần mềm. Thay vào đó, nó tập trung vào việc kiểm tra chức năng của phần mềm dựa trên các yêu cầu và đặc tả.

Các phương án:

* Phân tích giá trị biên (Boundary Value Analysis): Là một kỹ thuật kiểm thử hộp đen tập trung vào việc kiểm tra các giá trị ở biên của các phân vùng đầu vào, vì đây là những nơi có khả năng xảy ra lỗi cao nhất.
* Kiểm thử chuyển đổi trạng thái (State Transition Testing): Là một kỹ thuật kiểm thử hộp đen được sử dụng để kiểm tra hành vi của hệ thống khi nó chuyển từ trạng thái này sang trạng thái khác.
* Đoán lỗi (Error Guessing): Là một kỹ thuật kiểm thử hộp đen dựa trên kinh nghiệm và trực giác của người kiểm thử để đoán các lỗi có thể xảy ra.
* Kiểm thử điều kiện (Condition testing): Đây là một kỹ thuật kiểm thử hộp trắng (White-box testing), đòi hỏi kiến thức về cấu trúc bên trong và mã nguồn của phần mềm để kiểm tra các điều kiện và quyết định trong mã.

Vì vậy, đáp án đúng là Kiểm thử điều kiện (Condition testing).

Câu 14:

Ai là người viết tài liệu SRS?

Lời giải:

Đáp án đúng: B

Tài liệu SRS (Software Requirements Specification) mô tả đầy đủ các yêu cầu của phần mềm. Người chịu trách nhiệm chính trong việc viết tài liệu này thường là nhà phân tích nghiệp vụ (Business Analyst) hoặc chuyên viên phân tích hệ thống (System Analyst), hay gọi chung là Phân tích viên. Họ thu thập yêu cầu từ khách hàng, người dùng, và các bên liên quan khác, sau đó phân tích, làm rõ và ghi lại các yêu cầu này một cách chi tiết, chính xác, và dễ hiểu trong tài liệu SRS.

* Người quản lý dự án: Quản lý dự án chịu trách nhiệm về tiến độ, nguồn lực và phạm vi dự án, nhưng không trực tiếp viết SRS.
* Lập trình viên: Lập trình viên sử dụng SRS để xây dựng phần mềm, nhưng không phải là người viết tài liệu này.
* Khách hàng: Khách hàng cung cấp yêu cầu, nhưng không viết SRS. Công việc của phân tích viên là chuyển đổi các yêu cầu này thành một tài liệu kỹ thuật rõ ràng.

Câu 15:

Xem xét khả năng tài chính của tổ chức có cho phép thực hiện dự án, kỹ thuật hiện tại có đủ đảm bảo thực hiện giải pháp công nghệ dự định áp dụng, …" Đây là nội dung của giai đoạn nào trong pha phân tích và đặc tả yêu cầu phần mềm?

Lời giải: