Đang tải... (xem toàn văn)
Kiểm thử luồng dữ liệu là một kỹ thuật kiểm thử cấu trúc điều khiển mà những tiêu chuẩn dùng để thiết kế test-case.. Dựa vào kiểm thử đường cơ bản.[r]
(1)1 Câu hỏi không kỹ sư phần mềm quan tâm a. Tại chi phí phần cứng máy tính cao? b. Tại phần mềm thời gian dài để hoàn tất?
c. Tại người ta tốn nhiếu chi phí để phát triển mẩu phần mềm?
d. Tại lỗi phần mềm không loại bỏ sản phẩm trước xuất xưởng Ba giai đoạn tổng quát công nghệ phần mềm
a definition, development, support b what, how, where
c programming, debugging, maintenance d analysis, design, testing
3 Mô hình phát triển ứng dụng nhanh
a. Một cách gọi khác mơ hình phát triển dựa vào thành phần b. Một cách hữu dụng khách hàng không xàc định yêu cầu rõ ràng c. Sự ráp nối tốc độ cao mơ hình tuyến tính
d. Tất mục
4 Mơ hình tiến trình phần mềm tiến hóa a. Bản chất lặp
b. Dễ dàng điều tiết biến đổi yêu cầu sản phẩm c. Nói chung khơng tạo sản phẩm bỏ d. Tất mục
5 Mơ hình phát triển phần mềm lặp lại tăng thêm
a. Một hướng hợp lý yêu cầu xác định rõ
b. Một hướng tốt cần tạo nhanh sản phẩm thực thi lõi
c. Một hướng tốt dùng cho dự án có nhóm phát triển lớn
d. Một mơ hình cách mạng khơng khơng dùng cho sản phẩm thương mại Mơ hình phát triển phần mềm xoắn ốc
a. Kết thúc với việc xuất xưởng sản phẩm phần mềm b. Nhiều hỗn độn với mơ hình gia tăng
c. Bao gồm việc đánh giá rủi ro phần mềm vòng lặp d. Tất điều
7 Mơ hình phát triển dựa vào thành phần
a. Chỉ phù hợp cho thiết kế phần cứng máy tính
b. Khơng thể hỗ trợ phát triển thành phần sử dụng lại c. Dựa vào kỹ thuật hỗ trợ đối tượng
d. Khơng định chi phí hiệu độ đo phần mềm định lượng Để xây dựng mơ hình hệ thống, kỹ sư phải quan tâm tới nhân tố hạn chế sau :
a. Những giả định ràng buộc b. Ngân sách phí tổn
c. Những đối tượng hoạt động d. Lịch biểu mốc kiện
9 Trong kỹ thuật tiến trình nghiệp vụ, ba kiến trúc khác kiểm tra a. Hạ tầng kỹ thuật, liệu, ứng dụng
b. Hạ tầng tài chánh, tổ chức truyền thông c. Cấu trúc báo cáo, sở liệu, mạng d. Cấu trúc liệu, yêu cầu, hệ thống
10 Thành phần kỹ thuật tiến trình nghiệp vụ trách nhiệm kỹ sư phần mềm a. Phân tích phạm vi nghiệp vụ
b. Thiết kế hệ thống nghiệp vụ c. Kế hoạch sản phẩm
d. Kế hoạch chiến lược thông tin
11 Những thành phần kiến trúc kỹ thuật sản phẩm a. Dữ liệu, phần cứng, phần mềm, người b. Dữ liệu, tài liệu, phần cứng, phần mềm c. Dữ liệu, phần cứng, phần mềm, thủ tục d. Tài liệu, phần cứng, người, thủ tục 12 Đặc tả hệ thống mô tả
a. Chức hành vi hệ thống dựa vào máy tính b. Việc thi hành thành phần hệ thống c. Chi tiết giải thuật cấu trúc hệ thống
d. Thời gian đòi hỏi cho việc giả lập hệ thống 13 Cách tốt để đưa tới việc xem xét việc đánh giá yêu cầu
(2)b. Nhờ khách hàng kiểm tra yêu cầu
c. Gởi họ tới đội thiết kế xem họ có quan tâm khơng d. Dùng danh sách câu hỏi kiểm tra để kiểm tra yêu cầu 14 Sử dụng bảng lần vết giúp
a. Debug chương trình dựa theo việc phát lỗi thời gian thực b. Xác định việc biểu diễn thi hành giải thuật
c. Xác định, điều khiển theo vết thay đổi yêu cầu d. Khơng có mục
15 Mẫu mơ hình hệ thống chứa thành phần a. Input
b. Output
c. Giao diện người dùng d. Tất mục trên
16 Tác vụ không biểu diễn phần phân tích yêu cầu phần mềm a. Định giá tổng hợp
b. Mơ hình hóa thừa nhận vấn đề c. Lập kế hoạch lịch biểu d. Đặc tả xem xét
17 Đích kỹ thuật đặc tả ứng dụng thuận tiện (FAST - facilitated application specification techniques) nhờ người phát triển khách hàng
a. Xây dựng ngun mẫu nhanh chóng b. Học cơng việc lẫn
c. Làm việc với để phát triển tập yêu cầu ban đầu d. Làm việc với để phát triển đặc tả phần mềm kỹ thuật
18 Ai người khơng thích hợp để tham dự vào nhóm FAST (facilitated application specification techniques) a. Kỹ sư phần cứng phần mềm
b. Đại diện nhà sản xuất c. Đại diện thị trường
d. Nhân viên tài chánh cao cấp
19 Những yêu cầu quan tâm suốt QFD (quality function deployment) a. exciting requirements
b. expected requirement c. normal requirements d. technology requirements
20 Phân tích giá trị dẫn phần QFD (quality function deployment) nhằm xác định a. Chi phí hoạt động đảm bảo chất lượng dự án
b. Chi phí quan hệ yêu cầu qua việc triển khai chức năng, tác vụ thông tin c. Độ ưu tiên quan hệ yêu cầu qua việc triển khai chức năng, tác vụ thông tin d. Kích thước ý kiến khách hàng
21 Use-cases kịch mà mô tả
a. Phần mềm thực dùng tình cho trước b. Những cơng cụ CASE dùng để xây dựng hệ thống
c. Kế hoạch xây dựng cho sản phẩm phần mềm d. Những test-case cho sản phẩm phần mềm
22 Nội dung thông tin biểu diễn đối tượng điều khiển liệu riêng biệt mà bao gồm thông tin mà
a. Cần thiết để trình bày tất output b. Được địi hỏi cho việc xử lý lỗi
c. Được đòi hỏi cho hoạt động tạo giao diện hệ thống d. Được biến đổi phần mềm
23 Dịng thơng tin biểu diễn cách thức mà liệu điều khiển a. Quan hệ với liệu điều khiển khác b. Biến đổi lần dịch chuyển qua hệ thống c. Sẽ thực thi thiết kế cuối d. Khơng có mục
24 Cấu trúc thông tin biểu diển tổ chức nội
a. Những cấu trúc liệu dùng để biểu diễn loại liệu b. Mơ hình bố trí nhân viên dự án
c. Mơ hình truyền thơng dự án
d. Những liệu khác mục điều khiển 25 Loại mơ hình tạo phân tích yêu cầu phần mềm
(3)b. Giải thuật cấu trúc liệu c. Kiến trúc cấu trúc d. Tính tin cậy tính sử dụng
26 Trong ngữ cảnh phân tích yêu cầu, hai loại phân tách vấn đề a. bottom-up top-down
b. horizontal and vertical c. subordinate superordinate d. Khơng có mục
27 Khung nhìn (view) quan tâm phân tich yêu cầu phần mềm a actor view
b data view c essential view d implementation view
28 Tạo ngun mẫu tiến hóa thường thích dùng tạo nguyên mẫu bỏ a. Cho phép tái sử dụng nguyên mẫu đầu
b. Khơng địi hỏi làm việc nhiều với khách hàng c. Dễ dành thực nhanh
d. Nhiều tin cậy
29 Những mục không nguyên tắc cho việc biểu diễn yêu cầu a. Biểu đồ phải thu hẹp số toàn vẹn sử dụng b. Hình thức nội dung biểu diễn thích hợp với nội dung c. Những biểu diễn phải xem xét lại
d. Dùng không màu dương màu âm biểu đồ 30 Mục khơng mục đích cho việc xây dựng mơ hình phân tích
a. Xác định tập yêu cầu phần mềm b. Mô tả yêu cầu khách hàng
c. Phát triển giải pháp tóm tắt cho vấn đề d. Thiết lập tảng cho thiết kế phần mềm 31 Sơ đồ luồng liệu
a. Đưa hình ảnh quan hệ đối tượng liệu b. Đưa hình ảnh chức biến đổi luồng liệu c. Chỉ định logic chúng xuất d. Chỉ tương tác hệ thống với kiện bên 32 Biểu đồ quan hệ thực thể
a. Đưa hình ảnh quan hệ đối tượng liệu b. Đưa hình ảnh chức biến đổi luồng liệu c. Chỉ định logic chúng xuất d. Chỉ tương tác hệ thống với kiện bên 33 Biểu đồ dịch chuyển trạng thái
a. Đưa hình ảnh đối tượng liệu b. Đưa hình ảnh chức biến đổi luồng liệu
c. Chỉ hình ảnh liệu biến đổi hệ thống d. Chỉ tương tác hệ thống kiện bên ngoài 34 Phân tích văn phạm tường thuật xử lý bước tốt để tạo
a. Tự điển liệu b. Biểu đồ dòng liệu c. Biểu đồ quan hệ thực thể d. Biểu đồ dịch chuyển trạng thái 35 Biểu đồ dòng điều khiển
a. Cần thiết để mơ hình hệ thống hướng kiện b. Được đòi hỏi cho tất hệ thống
c. Được dùng biểu đồ dịng liệu
d. Hữu dụng mơ hình hóa giao diện người dùng 36 Từ điển liệu chứa mô tả
a. Mục cấu hình phần mềm b. Đối tượng liệu phần mềm c. Biểu đồ phần mềm
d. Hệ thống ký hiệu phần mềm 37 Mơ hình thiết kế khơng quan tâm tới
(4)d. Phạm vi dự án
38 Sự quan trọng thiết kế phần mềm tóm tắt từ đơn a. Accuracy
b. Complexity c. Efficiency d. Quality
39 Một đặc trưng thiết kế tốt
a. Cho thấy liên kết mạnh module b. Thực tất yêu cầu phân tích c. Bao gồm test case cho tất thành phần d. Kết hợp mã nguồn nhằm mục đích mơ tả
40 Mục không đặc trưng chung phương pháp thiết kế a. Quản lý cấu hình
b. Ký hiệu thành phần chức c. Nguyên tắc đánh giá chất lượng d. Heuristic tinh chế
41 Loại trừu tượng dùng thiết kế phần mềm a. Điều khiển
b. Dữ liệu c. Thủ tục d. Tất mục trên
42 Loại mơ hình khơng có kiến trúc phần mềm a. Dữ liệu
b. Động c. Xử lý d. Cấu trúc
43 Cấp bậc điều khiển thể a. Thứ tự định
b. Việc tổ chức module c. Sự lặp lại hoạt động d. Sự tiến trình 44 Thủ tục phần mềm tập trung vào
a. Cấp bậc điều khiển cảm nhận trừu tượng b. Xử lý chi tiết module riêng biệt
c. Xử lý chi tiết tập module d. Quan hệ điều khiển thủ tục
45 Nguyên nhân việc sinh lỗi thiết kế mức thành phần trước thiết kế liệu a. Thiết kế thành phần phụ thuộc vào ngơn ngữ cịn thiết kế liệu khơng b. Thiết kế liệu dễ thực
c. Thiết kế liệu khó thực
d. Cấu trúc liệu thường ảnh hưởng tới cách thức mà thíết kế thành phần phải theo 46 Mục đích tham chiếu chéo yêu cầu (ma trận) tài liệu thiết kế nhằm
a. Cho phép người quản lý theo dõi suất nhóm thiết kế b. Xác minh tất yêu cầu xem xét thiết kế c. Chỉ chi phí kết hợp với yêu cầu
d. Cung cấp cho việc thực thi tên nhà thiết kế cho yêu cầu 47 Mục không phần kiến trúc phần mềm
a. Chi tiết giải thuật b. Cơ sở liệu c. Thiết kế liệu d. Cấu trúc chương trình
48 Đặc trưng cho kho liệu, sở liệu đặc trưng a. Hướng mức nghiệp vụ kích thước lớn
b. Thơng tin hợp thời
c. Tích hợp không thường thay đổi d. Tất mục
49 Mẫu kiến trúc nhấn mạnh tới thành phần a. Ràng buộc
(5)50 Nhằm xác định mẫu kiến trúc hay kết hợp mẫu phù hợp cho hệ thống đề nghị, kỹ thuật yêu cầu dùng để khám phá
a. Giải thuật phức tạp b. Đặc trưng ràng buộc c. Điều khiển liệu d. Những mẫu thiết kế
51 Tiêu chuẩn đánh giá chất lượng thiết kế kiến trúc phải dựa vào a. Tính truy cập tính tin cậy hệ thống
b. Dữ liệu điều khiển hệ thống c. Tính chức hệ thống d. Những chi tiết thực thi hệ thống
52 Trong phương pháp phân tích kiến trúc, mơ tả mẫu kiến trúc thường dùng khung nhìn a. Dịng liệu
b. Module c. Tiến trình
d. Tất mục trên
53 Khi luồng tổng thể đoạn biểu đồ luồng liệu có tính trình tự cao theo sau những đường thẳng thể
a. Liên kết thấp b. Module hóa tốt
c. Luồng giao dịch (transaction) d. Luồng biến đổi (transform)
54 Khi luồng thông tin đoạn sơ đồ luồng liệu thể mục đơn mà bẩy luồng liệu khác theo nhiều đường thể
a. Liên kết thấp b. Module hóa tốt
c. Luồng giao dịch (transaction) d. Luồng biến đổi (transform)
55 Một bổ sung cần thiết nhằm biến đổi hay ánh xạ giao dịch để tạo thiết kế kiến trúc đầy đủ a. Sơ đồ quan hệ - thực thể
b. Từ điển liệu
c. Mô tả việc xử lý cho module d. Những Test-case cho module
56 Những nguyên lý thiết kế giao diện khơng cho phép người dùng cịn điều khiển tương tác với máy tính a. Cho phép gián đoạn
b. Cho phép tương tác undo
c. Che dấu chất kỹ thuật với người dùng thường d. Chỉ cung cấp cách thức xác định cứng hoàn thành tác vụ 57 Những nguyên lý thiết kế giao diện cho phép người dùng phải nhớ
a. Xác định shortcut trực quan b. Biểu lộ thông tin theo cách diễn tiến
c. Thiết lập trường hợp mặc định có ý nghĩa d. Tất mục trên
58 Sự toàn vẹn (consistency) giao diện ngầm định
a. Những kỹ thuật input giữ tương tự suốt ứng dụng b. Mỗi ứng dụng phải có look and feel riêng biệt
c. Cách thức điều hướng (navigational) nhạy với ngữ cảnh d. Câu a b
59 Mơ hình đưa hình ảnh tiền sử (profile) người dùng cuối hệ thống dựa vào máy tính a. Mơ hình thiết kế
b. Mơ hình người dùng c. Mơ hình người dùng d. Mơ hình nhận thức hệ thống
60 Mơ hình đưa hình ảnh hệ thống đầu người dùng cuối a. Mơ hình thiết kế
b. Mơ hình người dùng c. Hình ảnh hệ thống
d. Mơ hình nhận thức hệ thống
61 Mơ hình đưa hình ảnh look and feel cho giao diện người dùng thông tin hỗ trợ a. Mơ hình thiết kế
(6)d. Mơ hình nhận thức hệ thống
62 Những hoạt động khung thường khơng kết hợp với q trình thiết kế giao diện người dùng a. Ước lượng giá
b. Xây dựng giao diện c. Định trị giao diện
d. Phân tích người dùng tác vụ
63 Hướng tiếp cận để phân tích tác vụ người dùng thiết kế giao diện người dùng a. Người dùng cho biết ưa thích qua câu hỏi
b. Dựa vào ý kiến lập trình viên có kinh nghiệm c. Nghiên cứu hệ thống tự động liên quan
d. Quan sát thao tác người dùng
64 Những vấn đề thiết kế chung trội lên hầu hết giao diện người dùng a. Kết nối tiền sử người dùng (profile) shortcut chức b. Xử lý lỗi thời gian đáp ứng hệ thống
c. Quyết định hiển thị hình ảnh thiết kế icon d. Khơng có mục
65 Những hệ thống phát triển giao diện người dùng đặc trưng cung cấp kỹ thuật cho việc xây dựng nguyên mẫu giao diện bao gồm
a. Tạo code b. Những tool vẽ c. Định trị input d. Tất mục trên
66 Những câu hỏi có ý nghĩa người thiết kế giao diện hoàn tất a. Khách hàng
b. Những lập trình viên có kinh nghiệm c. Người dùng sản phẩm
d. Người quản lý dự án
67 Nhiều đo lường hữu dụng thu thập quan sát người dùng tương tác với hệ thống máy tính gồm
a. Thời gian cho ứng dụng
b. Số khiếm khuyết (defect) phần mềm c. Tính tin cậy phần mềm d. Thời gian đọc tài liệu trợ giúp 68 Một bảng định dùng
a. Để tư liệu tất trạng thái phụ thuộc b. Để hướng dẫn phát triển kế hoạch quản lý dự án c. Chỉ xây dựng hệ chuyên gia
d. Khi tập phức tạp điều kiện hoạt động xuất thành phần 69 Ngơn ngữ thiết kế chương trình (PDL) thường
a. Sự kết hợp cấu trúc lập trình văn tường thuật b. Ngơn ngữ lập trình truyền thống theo luật riêng c. Ngơn ngữ phát triển phần mềm đọc máy d. Một cách hữu dụng để biểu diễn kiến trúc phần mềm
70 Những độ đo phức tạp vòng (cyclomatic complexity metric) cung cấp cho người thiết kế thống tin số a. Chu kỳ chương trình
b. Số lỗi chương trình
c. Những đường logic độc lập chương trình d. Những phát biểu chương trình
71 Kiểm thử điều kiện kỹ thuật kiểm thử cấu trúc điều khiển mà tiêu chuẩn dùng để thiết kế test-case
a. Dựa vào kiểm thử đường
b. Thử thách điều kiện logic module phần mềm
c. Chọn đường dẫn kiểm tra dựa vào vị trí dùng biến d. Tập trung vào việc kiểm thử việc giá trị cấu trúc lặp
72 Kiểm thử luồng liệu kỹ thuật kiểm thử cấu trúc điều khiển mà tiêu chuẩn dùng để thiết kế test-case
a. Dựa vào kiểm thử đường
b. Thử thách điều kiện logic module phần mềm
c. Chọn đường dẫn kiểm tra dựa vào vị trí dùng biến d. Tập trung vào việc kiểm thử việc giá trị cấu trúc lặp
(7)b. Thử thách điều kiện logic module phần mềm
c. Chọn đường dẫn kiểm tra dựa vào vị trí dùng biến d. Tập trung vào việc kiểm thử việc giá trị cấu trúc lặp
74 Kiểm thử Black-box cố gắng tìm lỗi a. Chức không đầy đủ hay không b. Những lỗi giao diện
c. Những lỗi thực thi d. Tất mục trên
75 Lý tốt cho việc dùng nhóm kiểm tra phần mềm độc lập
a. Những người phát triển phần mềm không cần làm kiểm thử b. Những người lạ kiểm phần mềm chặt
c. Những người kiểm thử khơng dính dáng tới dự án kiểm thử bắt đầu d. Mâu thuẩn quyền lợi người phát triển người kiểm thử giảm 76 Trong dự án thành công sử dụng chiến lược
a. Đưa xem xét kỹ thuật hình thức ưu tiên trước kiểm thử b. Chỉ rõ yêu cầu theo cách thức định lượng c. Quan tâm tới việc sử dụng nhóm kiểm thử độc lập d. Tất mục trên
77 Kiểm thử tích hợp Top-down có thuận lợi
a. Những module mức thấp không cần kiểm thử b. Những điểm định kiểm thử sớm c. Khơng có stub cần phải viết
d. Khơng có mục
78 Kiểm thử tích hợp bottom-up có thuận lợi a. Những điểm định kiểm thử sớm b. Khơng có driver cần viết
c. Khơng có stub (nhánh) cần phải viết d. Khơng địi hỏi kiểm thử hồi quy (regression) 79 Hướng debug
a. Backtracking b. Brute force
c. Sự loại trừ nguyên nhân d. Tất mục
80 Những kiểm tra chấp nhận thường đưa a. Người phát triển
b. Những người dùng cuối c. Nhóm kiểm thử