Slide Công Nghệ Phần Mềm

Nhóm KIỂM THỬ PHẦN MỀM Đào Văn Hải Trần Lệ Xuân Đồng Phú Hảo Nguyễn Hà My Phạm Việt Đức Dương Tuấn Hảo Nguyễn Năng Dũng Hoàng Đình Giáp GVHD: Nguyễn Đức Lưu THỰC HIỆN: Nhóm 12 ĐANG BẮT ĐẦU NỘI DUNG Tại phải kiểm thử phần mềm Việc định đủ dựa bảng miêu tả các rủi ro Việc kiểm tra nên cung cấp thông tin đủ “thẩm quyền” để đảm bảo định xác 28 of 42 CÁC LOẠI KIỂM THỬ Các loại kiểm thử phần mềm Kiểm thử thành phần • Kiểm thử thành phần, phân tích hệ thống • Xác định ngun nhân lỗi nhằm sửa chữa khuyết điểm Kiểm thử chấp nhận • Chứng thực hệ thống làm việc yêu cầu khác hàng • Ước lượng chất lượng sp xác định rủi thời gian hồn thành sp Kiểm thử bảo trì • Bao gồm kiểm tra để bảo đảm khiếm khuyết qua việc mở rộng phát triển có yêu cầu thay đổi Kiểm thử tác vụ • Ước lượng đặc tính hệ thống: độ tin cậy – tính sẵn sàng 30 of 42 Các nguyên lý TỔNG QUÁT KIỂMTHỬ PHẦN MỀM Các nguyên lý tổng quát việc kiểm thử phần mềm Có ngun lý chính: Phơi bày biểu khuyết điểm Không thể vét cạn hết trường hợp Kiểm tra sớm Gom khuyết điểm Ngịch lý thuốc trừ sâu (Pesticide paradox) Phụ thuộc ngữ cảnh Ảo tưởng “không lỗi” (Absence of errors fallacy) Các nguyên lý tổng quát việc kiểm thử phần mềm Các định nghĩa kiểm thử : 1) Test cấp đơn vị (Unit testing) 2) Test cấu hình (Shakeout testing) 3) Test sơ lượt (Smoke testing (Ad-hoc testing)) 4) Test chức (Functional testing) 5) Test tích hợp (Integration testing) 6) Test hồi quy (Regression testing) 7) Test hệ thống (System testing) 8) Test tải liệu (Load testing) 9) Test tải trọng (Stress testing) 33 of 42 Các nguyên lý tổng quát việc kiểm thử phần mềm Các định nghĩa kiểm thử : 10) Test hiệu suất (Performance testing) 11) Test chấp nhận từ người sử dụng (User acceptance testing) 12) Test hộp đen (Black box testing) 13) Test hộp trắng (White box testing) 14) Test Alpha (Alpha testing) 15) Test Beta (Beta testing) 34 of 42 Quy trình KIỂM THỬ Quy trình kiểm thử Tìm hiểu: Test Case Test Script Test Case Một Test Case coi nơm na tình kiểm tra, thiết kế để kiểm tra đối tượng có thỏa mãn u cầu đặt hay khơng Test Script Một Test Script nhóm mã lệnh dạng đặc tả kịch dùng để tự động hóa trình tự kiểm tra, giúp cho việc kiểm tra nhanh hơn, cho trường hợp mà kiểm tra tay khó khăn khơng khả thi 36 of 42 Quy trình kiểm thử Các bước: 37 of 42 Triết lí KIỂM TRA PHẦN MỀM Triết lý kiểm tra phần mềm Góc nhìn kiểm thử - rà soát khác so với phát triển phần mềm Đứng lập trường người phát triển Người phát triển có lỗi suy nghĩ → tự kiểm tra mã mình viết Tuy nhiên, việc tách riêng cho Tester đặc thù giúp hỗ trợ tập trung cung cấp lợi ích gia tăng Ở mức độ độc lập đó, thường có hiệu tìm kiếm khiếm khuyết hoạt động không mong đợi 39 of 42 Triết lý kiểm tra phần mềm Các mức độ độc lập: Thiết kế kiểm thử người viết mã Thiết kế kiểm thử người khác Thiết kế kiểm thử người từ tổ chức khác Thiết kế kiểm thử nhóm người từ tổ chức khác 40 of 42 Triết lý kiểm tra phần mềm Một Tester cần có các kỹ giao tiếp, quan hệ tốt Bắt đầu từ cộng tác đối đầu Truyền thông kết lỗi theo ý trung lập, tập trung kiện, khơng trích Cố gắng hiểu người khác cảm nhận họ phản ứng lại Xác nhận lại gì hiểu chưa hiểu 41 of 42 Cảm ơn lắng nghe theo dõi ... PHẢI KIỂMTHỬ PHẦN MỀM Tại phải kiểm thử phần mềm  Các hệ thống phần mềm  Nguyên nhân các khiếm khuyết phần mềm  Vai trò việc kiểm thử  Quan hệ kiểm thử chất lượng phần mềm  Kiểm thử đến... rối - bug)  Mã, hệ thống, phần mềm, tài liệu đưa dư thừa (đưa vài thứ khơng xác vào mô tả yêu cầu phần mềm) hay bỏ sót, thiếu số phần đáng phải có mô tả yêu cầu phần mềm, …  Khi mã thực thi,... Tại phải kiểm thử phần mềm Khiếm khuyết xảy bởi: Áp lực thời gian Mã phức tạp Hạ tầng phức tạp Thay đổi công nghệ Tương tác nhiều hệ thống 25 of 42 Tại phải kiểm thử phần mềm  Khiếm khuyết