1. Trang chủ
  2. » Giáo Dục - Đào Tạo

Đề cương ÔN TẬP công NGHỆ PHẦN MỀM NÂNG CAO

40 339 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 40
Dung lượng 429,5 KB

Nội dung

Câu2: Cái gì được dùng làm cơ sở để kiểm định chất lượng phần mềm: Để đánh giá chất lượng phần mềm người ta dựa vào quan điểm chính sau: • Yêu cầu phần mềm là cơ sở để đo chất lượng:  Sự phù hợp với yêu cầu là có chất lượng  Phù hợp yêu cầu cả về số lượng và chất lượng • Yêu cầu thể hiện bằng đặc tả đặc tả phải có chuẩn của nó mới kiểm tra được • Các chuẩn đặc tả xác định một bộ các tiêu chuẩn phát triển, các tiêu chuẩn này hướng dẫn cách thức làm ra phần mềm: nếu không tuân thủ các tiêu chuẩn đó thì hầu như chắc chắn là chất lượng sẽ kém • Luôn có một tập các yêu cầu ngầm thường ít được nhắc đến  Quá thông dụng, hiển nhiên (sử dụng cửa số)  Không thể hiện ra ngoài (quy tắc nghiệp vụ) • Nếu phần mềm chỉ phù hợp với các yêu cầu đã hiển thị mà chưa phù hợp với yêu cầu ngầm thì chất lượng phần mềm là đáng nghi ngờ • Cần làm rõ yêu cầu và đưa vào đặc tả càng nhiều càng tốt

Phôtô Ngân Sơn Cổng phụ Khu A CÂU HỎI ÔN TẬP KỸ NGHỆ PHẦN MỀM NÂNG CAO Câu2: Cái dùng làm sở để kiểm định chất lượng phần mềm: Để đánh giá chất lượng phần mềm người ta dựa vào quan điểm sau: • Yêu cầu phần mềm sở để đo chất lượng:  Sự phù hợp với yêu cầu có chất lượng  Phù hợp yêu cầu số lượng chất lượng • Yêu cầu thể đặc tả - đặc tả phải có chuẩn kiểm tra • Các chuẩn đặc tả xác định tiêu chuẩn phát triển, tiêu chuẩn hướng dẫn cách thức làm phần mềm: không tuân thủ tiêu chuẩn chắn chất lượng • Luôn có tập yêu cầu ngầm thường nhắc đến  Quá thông dụng, hiển nhiên (sử dụng cửa số)  Không thể (quy tắc nghiệp vụ) • Nếu phần mềm phù hợp với yêu cầu hiển thị mà chưa phù hợp với yêu cầu ngầm chất lượng phần mềm đáng nghi ngờ • Cần làm rõ yêu cầu đưa vào đặc tả nhiều tốt Câu 3: Các nhân tố ảnh hưởng lên chất lượng phần mềm có mức độ? Những loại nhân tố ảnh hưởng đến chất lượng? - Có loại mức độ ảnh hưởng  Nhân tố trực tiếp  Nhân tố gián tiếp - Có loại nhân tố ảnh hưởng đến chất lượng  Đặc trưng chức  Khả đương đầu với thay đổi  khả thích nghi với môi trường Câu 4: Nêu đặc trưng ảnh hưởng lên chất lượng loại nhân tố: đặc trưng chức năng, khả thích nghi với thay đổi, khả thích nghi với môi trường • McCall đề xuất 11 nhân tố phân thành loại: (1) đặc trưng chức (2) khả đương đầu với thay đổi (3) khả thích nghi với môi trường • Loại 1: Các đặc trưng chức - (5) Phôtô Ngân Sơn Cổng phụ Khu A  Tính đắn - Có làm với muốn hay không? - Có thỏa mãn điều đặc tả chưa? - Có thực mục tiêu nhiệm vụ khách hàng chưa? o Độ đày đủ o Độ hòa hợp o Độ lần vết  Tính tin tưởng - mức hy vọng vào thực chức dự kiến - mức xác đòi hỏi o Độ xác o Độ phức tạp o Độ hòa hợp o Độ dung thứ lỗi o Độ đo mođun hoá o Độ đơn giản – dễ hiểu o Độ lần vết  Tính hiệu quả: khối lượng tài nguyên tính toán mã đòi hỏi thực chức chương trình o Độ súc tích o Độ hiệu thực o Độ dễ thao tác  Tính toàn vẹn: khống chế việc truy cập người không phép tới phần mềm liệu o Độ kiểm toán o Trang bị đồ nghề đủ o Độ an ninh  Tính khả dụng: đo công sức học hiểu, thao tác, chuẩn bị đầu vào, thể đầu chương trình o Độ dễ thao tác o Độ đo khả huấn luyện • Loại 2: khả đương đầu với thay đổi - (3)  Tính bảo trì được: nỗ lực đòi hỏi để định vị xác định sai chương trình o Độ súc tích o Độ hoà hợp o Trang bị đồ nghề đủ o Độ đo mođun hoá Phôtô Ngân Sơn Cổng phụ Khu A o Độ tự cấp tài liệu o Độ đơn giản - dễ hiểu  Tính mềm dẻo: nỗ lực đòi hỏi để cải biên chương trình o Độ phức tạp o Độ súc tích o Độ hoà hợp o Độ khuếch trương o Độ khái quát o Độ đo mođun hoá o Độ tự cấp tài liệu o Độ đơn giản - dễ hiểu  Tính thử nghiệm được: nỗ lực đòi hỏi để thử nghiệm chương trình bảo đảm thực chức dự định cho o Độ kiểm toán o Độ phức tạp o Trang bị đồ nghề đủ o Độ đo mođun hoá o Độ tự cấp tài liệu o Độ đơn giản - dễ hiểu • Loại 3: khả thích nghi với môi trường - (3)  Tính mang chuyển được: nỗ lực đòi hỏi để chuyển từ môi trường phần cứng/phần mềm sang môi trường phần cứng/phần mềm khác o Độ khái quát o Độ độc lập phần cứng o Độ đo mođun hoá o Độ tự cấp tài liệu o Độ độc lập hệ thống phần mềm  Tính sử dụng lại được: chương trình (hoặc phần nó) dùng lại ứng dụng khác o Độ khái quát o Độ độc lập phần cứng o Độ đo mođun hoá o Độ tự tạo tài liệu o Độ độc lập hệ thống phần mềm  Tính liên tác được: nỗ lực đòi hỏi để ghép đôi hệ thống vào hệ thống khác o Độ tương đồng giao tiếp o Độ tương đồng liệu Phôtô Ngân Sơn Cổng phụ Khu A o Độ khái quát o Độ đo mođun hoá • Có hai mức độ ảnh hưởng  Nhân tố trực tiếp: thực tiếp đo lỗi/KLOC/ đơn vị thời gian  Nhân tố gián tiếp: nhân tố đo cách gián tiếp tính bảo trì Nhân tố Đúng Tin Hiệu Toàn Khả Bảo Mềm Thử Man Sử Liên đắn cậy vẹn dụn trì dẻo nghiệ g dụng tác g m chuy lại Độ đo ển được Kiểm toán X x Chính xác x Tương đồng x giao tiếp Đầy đủ X Phức tạp x x x Súc tích x x x Hòa hợp X x x x Tương đồng x liệu Dung thứ lỗi x Hiệu x thực Khuyếch x trương Độc lập phần x x cứng Trang bị đủ X x x đồ nghề Đo Modul x x x x x x x hóa Dễ thao tác x x An ninh X Tự tạo tài x x x x x liệu Đơn giản x x x x Dễ hiểu Độc lập hệ x x thống phần mềm Lần vết X x Khả x huấn luyện Khái quát x x x x Phôtô Ngân Sơn Cổng phụ Khu A Câu 5: Có thể đo trực tiếp chất lượng phần mềm không? Tại sao? Vậy phải đo cách nào?  Nhân tố trực tiếp: trực tiếp đo lỗi/KLOC/ đơn vị thời gian Câu 6: Kể độ đo đặc trưng chất lượng McCall? Giải thích nội dung nó? • McCall đề xuất 22 độ đo sau: (1) (2) (3) (4) (5) (6) (7) (8) (9) (10) (11) (12) (13) (14) (15) (16) (17) (18) (19) Độ kiểm toán được: kiểm tra dễ dàng việc tuân thủ chuẩn Độ xác: Độ xác tính toán điều khiển Độ tương đồng giao tiếp: mức độ sử dụng giao diện, giao thức giải thông chuẩn Độ đầy đủ: mức độ theo việc cài đặt đầy đủ cho chức yêu cầu đạt tới Độ phức tạp: tránh dùng chương trình có độ phức tạp cao Độ súc tích (conciseness): độ gọn chương trình dạng số dòng mã Độ hoà hợp (consistancy): việc dùng kỹ thuật thiết kế tư liệu thống toàn chương trình Độ tương đồng liệu: việc dùng cấu trúc kiểu liệu chuẩn toàn chương trình Độ dung thứ lỗi: hỏng hóc xuất chương trình gặp phải lỗi chấp nhận Độ hiệu qủa thực hiện: hiệu chạy chương trình Độ khuếch trương được:Mức độ theo thiết kế kiến trúc, liệu hay thủ tục mở rộng Độ khái quát: độ rộng rãi ứng dụng tiềm thành phần chương trình Độ độc lập phần cứng: mức độ theo phần mềm tách biệt với phần cứng mà vận hành Trang bị đồ nghề đủ (instrumentation):mức độ theo chương trình điều phối thao tác riêng xác định lỗi xuất Độ đo mođun hoá: độc lập chức thành phần chương trình Độ dễ thao tác: Việc dễ vận hành chương trình Độ an ninh: có sẵn chế kiển soát hay bảo vệ chương trình liệu Độ tự tạo tài liệu (self-doccumentation): mức độ theo mã gốc cung cấp tài liệu có ý nghĩa Độ đơn giản - dễ hiểu: mức độ theo người ta hiểu chương trình không khó khăn Phôtô Ngân Sơn Cổng phụ Khu A (20) (21) (22) Độ độc lập hệ thống phần mềm: mức độ theo chương trình độc lập với tính ngôn ngữ lập trình, đặc trưng hệ điều hành ràng buộc môi trường không chuẩn khác Độ lần vết được: khả theo dõi dấu vết biểu diễn thiết kế hay thành phần chương trình thực so với yêu cầu Độ đo khả huấn luyện: Mức độ theo phần mềm trợ giúp làm cho người dùng dùng hệ thống Câu 7: Giải thích nội dung thuộc tính chất lượng phần mềm sau nêu độ đo liên quan sử dụng để đo thuộc tính đó:  Tính đắn - Làm với khách hàng mong muốn - Có thỏa mãn điều đặc tả (những yêu cầu đối tượng khác) o Độ đày đủ o Độ hòa hợp o Độ lần vết  Tính tin cậy - Có thể trông đợi vào thực chức dự kiến - mức xác đòi hỏi o Độ xác o Độ phức tạp o Độ hòa hợp o Độ dung thứ lỗi o Độ đo mođun hoá o Độ đơn giản – dễ hiểu o Độ lần vết  Tính hiệu quả: tổng lượng nguồn lực tính toán mã yêu cầu thực chức chương trình thích hợp o Độ súc tích o Độ hiệu thực o Độ dễ thao tác  Tính toàn vẹn: khống chế việc truy cập trái phép tới phần mềm liệu hệ thống o Độ kiểm toán o Trang bị đồ nghề đủ o Độ an ninh  Tính khả dụng: công sức để học hiểu, thao tác, chuẩn bị đầu vào, thể đầu chương trình chấp nhận nhận o Độ dễ thao tác Phôtô Ngân Sơn Cổng phụ Khu A o Độ đo khả huấn luyện  Tính bảo trì được: nỗ lực cần để định vị xác định lỗi chương trình chấp nhận o Độ súc tích o Độ hoà hợp o Trang bị đồ nghề đủ o Độ đo mođun hoá o Độ tự cấp tài liệu o Độ đơn giản - dễ hiểu  Tính mềm dẻo: nỗ lực cần để cải biên chương trình chấp nhận o Độ phức tạp o Độ súc tích o Độ hoà hợp o Độ khuếch trương o Độ khái quát o Độ đo mođun hoá o Độ tự cấp tài liệu o Độ đơn giản - dễ hiểu  Tính thử nghiệm được: nỗ lực cần để thử nghiệm chương trình bảo đảm thực chức dự định chấp nhận o Độ kiểm toán o Độ phức tạp o Trang bị đồ nghề đủ o Độ đo mođun hoá o Độ tự cấp tài liệu o Độ đơn giản - dễ hiểu  Tính mang chuyển được: nỗ lực đòi hỏi để chuyển từ môi trường phần cứng/phần mềm sang môi trường phần cứng/phần mềm khác chấp nhận o Độ khái quát o Độ độc lập phần cứng o Độ đo mođun hoá o Độ tự cấp tài liệu o Độ độc lập hệ thống phần mềm  Tính sử dụng lại được: khả chương trình (hoặc phần nó) dùng lại ứng dụng khác o Độ khái quát o Độ độc lập phần cứng Phôtô Ngân Sơn Cổng phụ Khu A o Độ đo mođun hoá o Độ tự tạo tài liệu o Độ độc lập hệ thống phần mềm  Tính liên tác được: nỗ lực đòi hỏi để ghép hệ thống chương trình vào hệ thống khác chấp nhận o Độ tương đồng giao tiếp o Độ tương đồng liệu o Độ khái quát o Độ đo mođun hoá Câu 8: Đảm bảo chất lượng phần mềm xuất phát từ đâu? Tiến triển - Khi phần mềm trở thành sản phẩm có nhu cầu đòi hỏi đảm bảo chất lượng: • Từ nhu cầu khách hàng • Từ nhà sản xuất: đảm bảo tính đồng sản phẩm, cải thiện chất lượng thường xuyên - Sự phát triển SQA • Bảo đảm chất lượng hoạt động cốt yếu doanh nghiệp làm sản phẩm người khác dùng • Lịch sử bảo đảm chất lượng phần mềm (SQA) diễn song song với bảo đảm chất lượng chế tạo phần cứng • Các chuẩn bảo đảm chất lượng phần mềm đưa quân sự, thời năm 70 nhanh chóng lan lĩnh vực thương mại Câu 9:Tại cần đảm bảo chất lượng phần mềm? Nó đóng vai trò doanh nghiệp phát triển phần mềm? Đảm bảo chất lượng phần mềm hoạt động nhằm mục tiêu sản xuất phần mềm có chất lượng cao • Phải đảm bảo chất lượng phần mềm • • • • • • • Từ nhu cầu khách hàng Từ nhà sản xuất: đảm bảo tính đồng sản phẩm làm Giúp nhà phân tích có đặc tả chất lượng cao Giúp nhà thiết kế có thiết kế chất lượng cao Theo dõi chất lượng phần mềm Đánh giá ảnh hưởng thay đổi phương pháp luận thủ tục lên chất lượng phần mềm SQA có lợi ích sau: - phần mềm có khiếm khuyết tiềm ẩn công sức thời gian thử nghiệm bảo trì Phôtô Ngân Sơn Cổng phụ Khu A - Độ tin cậy cao khách hàng thoả mãn Giảm phí tổn bảo trì Giảm phí tổn tổng thể toàn vòng đời phần mềm • đóng vai trò doanh nghiệp phát triển phần mềm • Bảo đảm chất lượng hoạt động cốt yếu doanh nghiệp làm sản phẩm người khác dùng Câu 10: Trong tổ chức người tham gia vào hoạt động đảm bảo chất lượng? Vai trò trách nhiệm đối tượng gì? Những người tổ chức có trách nhiệm bảo đảm chất lượng phần mềm: - kỹ sư phần mềm, - nhà quản lý dự án, - khách hàng, - người bán hàng, - cá nhân nhóm SQA • Nhóm SQA đóng vai trò đại diện khách hàng - để xem chất lượng phần mềm với quan điểm khách hàng • Có đáp ứng nhân tố chất lượng không? • Có tuân theo chuẩn dự định trước không? • Các thủ tục phương pháp kỹ thuật có thực đóng vai trò chúng hoạt động SQA? Câu 11: Mục tiêu SQA gì? Các hoạt động đảm bảo chất lượng phần mềm hoạt động nào? Đảm bảo chất lượng phần mềm hoạt động nhằm mục tiêu sản xuất phần mềm có chất lượng cao • Có hoạt động chính: Áp dụng phương pháp kỹ thuật tiến Tiến hành rà soát kỹ thuật thức Thử nghiệm phần mềm Tuân theo chuẩn Khống chế thay đổi Đo lường Báo cáo bảo quản báo cáo Câu 12: Giải thích nội dung tóm tắt hoạt động đảm bảo chất lượng? Áp dụng phương pháp kỹ thuật: giúp cho - người phân tích có đặc tả chất lượng cao - người thiết kế có thiết kế với chất lượng cao Phôtô Ngân Sơn Cổng phụ Khu A Tiến hành rà soát kỹ thuật thức: nhóm kỹ thuật tiến hành với mục đích phát vấn đề chất lượng Kiểm thử phần mềm: chiến lược nhiều bước với loạt phương pháp thiết kế trường hợp kiểm thử giúp đảm bảo phát lỗi cách hiệu Bắt tuân theo chuẩn: Là hình thức áp dụng cho tiến trình kỹ nghệ phần mềm thay đổi tuỳ theo công ty Khống chế thay đổi: đóng góp trực tiếp vào chất lượng phần mềm nhờ + Chính thức hoá yêu cầu đổi thay + Đánh giá chất đổi thay + Khống chế ảnh hưởng đổi thay + Đe doạ chủ yếu chất lượng đến từ thay đổi, thay đổi chất phần mềm + thay đổi tạo tiềm sinh sai tạo hiệu ứng phụ lan truyền Áp dụng suốt trình phát triển trình bảo trì Đo lường: dùng để theo dõi chất lượng phần mềm thẩm định tác dụng thay đổi phương pháp luận thủ tục lên chất lượng phần mềm cải tiến Báo cáo bảo quản báo cáo: Kết họp xét duyệt , kiểm toán, kiểm soát thay đổi, kiểm thử phải trở thành phần ghi lịch sử cho dự án phải phân phát cho nhóm phát triển sở điều-cần - phải- biết Câu 13: Rà soát phần mềm hiểu (khái niệm, mục tiêu, cách thức áp dụng)? Nêu lợi ích việc soát? • Khái niệm: Rà soát việc xem xét, đánh giá sản phẩm tiến hành giai đoạn để phát khiếm khuyết cần sửa chữa trước sang giai đoạn sau • Mục tiêu: • • • Chỉ chỗ khiếm khuyết cần phải cải thiện Khẳng định sản phẩm đạt yêu cầu Kiểm soát việc đạt chất lượng kỹ thuật tối thiểu sản phẩm • Cách thức áp dụng: Rà soát áp dụng thời điểm khác trình phát triển phầm mềm • Có nhiều kiểu rà soát khác nhau: • • Các họp xét duyệt không thức Cuộc trình bày thức trước cử tọa gồm khách hàng, nhà quản lý, nhân viên kỹ thuật (chỉ tập trung vào rà soát kỹ thuật thức FTR-Format Technical Review) • Các lợi ích việc soát  Lợi ích hiển nhiên FTR sớm phát “khiếm khuyết” phần mềm để chỉnh sửa khiếm khuyết trước bước sang bước trình phần mềm 10 Phôtô Ngân Sơn Cổng phụ Khu A - Hộp trắng: sử dụng giai đoạn Mã hóa - Hộp trắng đen: thiết kế - Hộp đen: Yêu cầu - Mô hình: Kĩ nghệ hệ thống Câu 33: Một ca kiểm thử gì? Mục tiêu thiết kế ca kiểm thử? bước để xây dựng ca kiểm thử? • Thiết kế ca kiểm thử thường với mong muốn tìm nhiều sai với nỗ lực thời gian nhỏ • Trong thập kỷ 80-90 có nhiều loại phương pháp thiết kế ca kiểm thử • Các phương pháp tốt phải cho chế giúp ta bảo đảm tính đầy đủ cung cấp cho ta khả thật phát sai phần mềm • Có thể kiểm thử theo hai kỹ thuật sau:  Kiểm thử hộp đen  Kiểm thử hộp trắng Câu 34: Kiểm thử hộp trắng gì? Nó nhằm kiểm tra nội dung nào? • Kiểm thử trực tiếp mã nguồn • Khám xét chi tiết thủ tục, đường logic, trạng thái chương trình • Chú ý số đường logic lớn chương trình nhỏ, chẳng hạn có 100 dòng PASCAL với vòng lặp số đường xét lên đến 1014 giả sử kiểm thử hetes 1ms tốn 3170 năm làm kiểm thử cho tất đường • Sử dụng cấu trúc điều khiển thiết kế thủ tục để hình thành ca kiểm thử • Đảm bảo: o Mọi đường độc lập modun cần thực lần o Mọi ràng buộc logic thực hai phía phía sai o Thực tất vòng lặp biên với biên vận hành o Thực Các cấu trúc liệu nội để đảm bảo tính hiệu lực Câu 35: Kiểm thử hộp đen gì? Nó giúp kiểm tra nội dung đối tượng kiểm thử? • Chỉ thực phép thử tiến hành qua giao diện phần mềm • Dùng để thuyết minh chức phần mềm đủ vận hành • Ít ý tới cấu trúc logic nội phần mềm 26 Phôtô Ngân Sơn Cổng phụ Khu A Câu 36: Chiến lược kiểm thử phần mềm gì? Nêu nguyên tắc chiến lược kiểm thử phần mềm? • Một chiến lược kiểm thử phần mềm tích hợp kỹ thuật thiết kế ca kiểm thử tạo thành kế hoạch gồm dãy bước hướng dẫn trình kiểm thử phần mềm thành công • Mỗi chiến lược kiểm thử phần mềm:  Phải tích hợp được: - việc lập kế hoạch thử nghiệm - việc thiết kế ca sử dụng - việc tiến hành kiểm thử - việc thu thập đánh giá thông tin kết  Phải đủ mềm dẻo để cổ vũ óc sáng tạo việc theo ý khác hàng (mà tất hệ thống lớn dựa máy tính cần kiểm thử tương xứng)  Kiểm thử tập hoạt động lập kế hoạch trước tiến hành cách có hệ thống Chính mà cần xác định khuôn mẫu cho việc kiểm thử phần mềm tiến trình kỹ nghệ phần mềm Nêu nguyên tắc chiến lược kiểm thử phần mềm? Các đặc trưng khái quát khôn mẫu • Bắt đầu mức modul tiếp tục tích hợp thành hệ thống dựa máy tính trọn vẹn • Các kỹ thuật kiểm thử khác thích hợp thời điểm khác • Được người phát triển nhóm kiểm thử độc lập tiến hành • kiểm thử gỡ lỗi, song việc gỡ lỗi phải thích ứng với chiến lược kiểm thử Nguyên tắc • Chiến lược kiểm thử phần mềm phải thích ứng với kiểm thử mức thấp (kiểm tra xem khúc mã nguồn có thực thi đắn không) với kiểm thử mức cao (thẩm định xem chức hệ thống chủ yếu có theo yêu cầu khách hàng không) • Mỗi chiến lược phải cung cấp hướng dẫn cho người thực hành để tiến hành kiểm thử cung cấp tập cột mốc cho nhà quản lý để quản lý hoạt động đảm bảo chất lượng • Quá trình kiểm thử phải đo để nhận vấn đề sớm tốt Câu 37: Nêu bước chiến lược kiểm thử thời gian thực giải thích nội dung bước Gồm bốn bước: Kiểm thử tác vụ: Kiểm thử tác vụ cách độc lập với (bằng kỹ thuật hộp trắng hộp đen) Nó cho phép phát sai logic chức Chưa phát hiện sai thời gian ứng xử 27 Phôtô Ngân Sơn Cổng phụ Khu A Kiểm thử ứng xử: - Sử dụng công cụ CASE tạo mô hình hệ thống để mô ứng xử hệ thời gian thực, xem ứng xử hậu kiện Dùng kết hoạt động phân tích để thiết kế ca kiểm thử (tương tự kỹ thuật đồ thi nhân quả) - Phân lớp kiện: (tương tự phân hoạch tương đương) Câu 38: Kiểm thử hộp trắng dựa sơ để thiết kế ca kiểm thử? Thiết kế ca kiểm thử phải đảm bảo điều kiện gì? Kiểm thử hộp trắng sử dụng cấu trúc điều khiển thiết kế thủ tục để hình thành ca kiểm thử Thiết kế ca kiểm thử phải đảm bảo: - Bảo đảm đường độc lập môđun thực lần - Mọi ràng buộc logic thực phía true false - Thực tất vòng lặp biên với biên vận hành - Thực cấu trúc liệu nội để bảo đảm tính hiệu lực Câu 39: Ma trận thử nghiệm cấu trúc nào? Nó dùng để làm gì? Cấu trúc: Ma trận kiểm thử ma trận vuông có kích thước số nút đồ thị dòng - Mỗi dòng/cột ứng với tên nút - Mỗi ô tên cung nối nút dòng đến nút cột Ma trận kiểm thử sử dụng liệu có cấu trúc để kiểm tra đường Để ma trận kiểm thử trở thành công cụ mạnh mẽ việc đánh giá cấu trúc điều khiển chương trình thử nghiệm người ta sử dụng ma trận có trọng số (thêm trọng số cho cung) Trọng số là: - Xác suất cung tiến hành - Thời gian xử lý tốn trình ngang qua cung - Bộ nhớ đòi hỏi trình ngang qua cung - Nguồn lực đòi hỏi trình ngang qua cung Ma trận kiểm thử dùng liệu có cấu trúc để kiểm tra đường (Vì thủ tục để suy dẫn đồ thị dòng xác định tập đường tuân theo việc máy móc hóa) Câu 40: Nêu loại điều khiển cấu trúc điều khiển cho ví dụ? Có loại sai điều kiện kiểm thử Các loại điều khiển: 28 Phôtô Ngân Sơn Cổng phụ Khu A - Điều khiển đơn: biến bool biểu thức quan hệ (có thể có toán tử phủ định đứng đầu) Biểu thức quan hệ biểu thức Bool xác định quan biểu thức số học phép so sánh: [...]... để biểu diễn đồ thị chương trình Câu21: Đảm bảo chất lượng phần mềm dựa trên thống kê nghĩa là gì?Nó gồm những công việc gì? Kể ít nhất năm nguyên nhân của những khuyết điểm trong phần mềm? Là bảo đảm chất lượng thống kê phản ánh một xu thế ngày càng tăng trong công nghiệp Công việc bao gồm: - Thu thập và phân loại thông tin khiếm khuyết phần mềm - Cố gắng lần vết để tìm ra nguyên nhân - Dùng nguyên... có thêm các chỉ số độ tin cậy phần mềm và các chỉ số về chất lượng phần mềm nói chung “Kiểm thử không thể chứng minh được việc không có khiếm khuyết, nó chỉ có thể chứng minh rằng khiếm khuyết phần mềm hiện hữu” • Người ta thường có những quan niệm sai gì về kiểm thử phần mềm? - Người phát triển không tham gia kiểm thử - Phần mềm được công bố một cách rộng rãi để người lạ kiểm thử nó một cách tàn nhẫn... chót được dự kiến: có hiện thực hay không? có phù hợp với lịch biểu không? Trình bày những nội dung cơ bản (mục tiêu, nội dung, danh mục) của - rà soát phân tích yêu cầu phần mềm - rà soát thiết kế phần mềm ( tương ứng với từng giai đoạn thiết kế) - rà soát lập mã phần mềm - rà soát kiểm thử phần mềm (tương ứng với kế hoạch và thủ tục kiểm thử) - rà soát bảo trì phần mềm (ứng với kế hoạch và thủ tục kiểm... Các yêu cầu phần mềm có được phản ánh trong kiến trúc phần mềm hay không? Có đạt được sự môđun hoá hiệu quả không? Các môđun có độc lập chức năng hay không Kiến trúc chơng trình có được phân tách không? Các giao diện đã được xác định cho các môđun và các phần tử hệ thống ngoại lai chưa? Cấu trúc dữ liệu có phù hợp với lĩnh vực thông tin chưa? Cấu trúc dữ liệu có phù hợp với yêu cầu phần mềm chưa? Khả... thử? • Chỉ thực hiện các phép thử tiến hành qua giao diện phần mềm • Dùng để thuyết minh các chức năng phần mềm đủ và vận hành đúng • Ít chú ý tới cấu trúc logic nội tại của phần mềm 26 Phôtô Ngân Sơn Cổng phụ Khu A Câu 36: Chiến lược kiểm thử phần mềm là cái gì? Nêu các nguyên tắc trong chiến lược kiểm thử phần mềm? • Một chiến lược kiểm thử phần mềm là sự tích hợp các kỹ thuật thiết kế ca kiểm thử tạo... tin cậy của phần mềm là cái gì? Đo độ tin cậy dựa trên những dữ liệu nào? 20 Phôtô Ngân Sơn Cổng phụ Khu A - Độ tin cậy của phần mềm là một yếu tố quan trọng trong chất lượng phần mềm - Độ tin cậy phần mềm được định nghĩa theo thuật ngữ thống kê: “xác suất thao tác không thất bại của chương trình máy tính trong một môi trường đặt biệt với một thời gian đã định rõ” - Độ tin cậy của phần mềm được đo... phần cứng, phần mềm, nhân sự  Kiểm soát quá trình kiểm thử Danh mục: (1) Các pha thử nghiệm chủ yếu có thực sự được định rõ và được xắp xếp tuần tự hay không? (2) Theo dõi các yêu cầu (tiêu chuẩn) có được thiết lập như một phần của pha phân tích yêu cầu phần mềm hay không? (3) Các chức năng chủ yếu có được trình diễn sớm không? (4) Kế hoạch thử nghiệm có phù hợp với kế hoạch dự án tổng thể hay không?... Hai lớp được cung cấp cho tiến trình kiểm thử: (1) Cấu hình phần mềm: Bản Đặc tả yêu cầu phần mềm, bản Đặc tả thiết kế, chương trình gốc (2) Cấu hình kiểm thử: Kế hoạch và thủ tục kiểm thử, các công cụ kiểm thử dự định dùng, các ca kiểm thử cùng kết quả dự kiến Cấu hình phần mềm Cấu hình kiểm thử Kiểm thử Gỡ lỗi Đánh giá Mô hình độ tin cậy Phần mềm chỉnh sửa Độ tin cậy dự đoán Kiểm thử được tiến hành... vòng đời của phần mềm - Nguyên tắc chi phí: Ở mức cơ bản SQA được xem là hiệu quả về chi phí nếu C3>C1 + C2 Ở đây: + C3 là chi phí từ các sai do không có SQA + C1 là chi phí cho SQA của chương trình + C2 là chi phí do các sai không tìm thấy khi chương trình đã có SQA Câu 29: Tại sao phải kiểm thử phần mềm? Mục tiêu kiểm thử là gì? Từ đó có quan niệm già sai về kiểm thử phần mềm? Kiểm thử phần mềm là yếu... quá trình kiểm thử phần mềm thành công • Mỗi chiến lược kiểm thử phần mềm:  Phải tích hợp được: - việc lập kế hoạch thử nghiệm - việc thiết kế ca sử dụng - việc tiến hành kiểm thử - việc thu thập và đánh giá các thông tin kết quả  Phải đủ mềm dẻo để cổ vũ óc sáng tạo và việc theo ý khác hàng (mà tất cả các hệ thống lớn dựa trên máy tính đều cần kiểm thử tương xứng)  Kiểm thử là một tập các hoạt động ... có chất lượng cao • Phải đảm bảo chất lượng phần mềm • • • • • • • Từ nhu cầu khách hàng Từ nhà sản xuất: đảm bảo tính đồng sản phẩm làm Giúp nhà phân tích có đặc tả chất lượng cao Giúp nhà thiết... dụng phương pháp kỹ thuật: giúp cho - người phân tích có đặc tả chất lượng cao - người thiết kế có thiết kế với chất lượng cao Phôtô Ngân Sơn Cổng phụ Khu A Tiến hành rà soát kỹ thuật thức: nhóm... sản phẩm làm Giúp nhà phân tích có đặc tả chất lượng cao Giúp nhà thiết kế có thiết kế chất lượng cao Theo dõi chất lượng phần mềm Đánh giá ảnh hưởng thay đổi phương pháp luận thủ tục lên chất lượng

Ngày đăng: 23/04/2016, 07:41

TỪ KHÓA LIÊN QUAN

w