![Phân tích tư tưởng của nhân dân qua đoạn thơ: Những người vợ nhớ chồng… Những cuộc đời đã hóa sông núi ta trong Đất nước của Nguyễn Khoa Điềm](https://timtailieu.net/upload/document/136415/phan-tich-tu-tuong-cua-nhan-dan-qua-doan-tho-039-039-nhung-nguoi-vo-nho-chong-nhung-cuoc-doi-da-hoa-song-nui-ta-039-039-trong-dat-nuoc-cua-nguyen-khoa-136415.jpg)
Bài giảng Kiểm thử và đảm bảo chất lượng phần mềm: Chương 1
Số trang: 58
Loại file: ppt
Dung lượng: 742.50 KB
Lượt xem: 17
Lượt tải: 0
Xem trước 6 trang đầu tiên của tài liệu này:
Thông tin tài liệu:
Bài giảng Kiểm thử và đảm bảo chất lượng phần mềm: Chương 1 cung cấp cho người học những kiến thức như: Tại sao cần kiểm thử; Quá trình kiểm thử cơ bản; Tâm lý học kiểm thử; Kiểm thử hồi quy và kiểm thử lại; Các kết quả được mong đợi; Mức độ ưu tiên cho các kiểm thử. Mời các bạn cùng tham khảo!
Nội dung trích xuất từ tài liệu:
Bài giảng Kiểm thử và đảm bảo chất lượng phần mềm: Chương 1 Chương 1 KIỂM THỬ VÀ ĐẢM BẢO CHẤT LƯỢNG PHẦN MỀM Các nguyên lý kiểm thử 1 Các nguyên lý 2 Vòng đời 3 Kỹ thuật kiểm thử 4 Kiểm thử chức năng 5. Kiểm thử cấu trúc 6 Quản lý chất lượng 1 Các nguyên lý 1 2 3 Kiểm thử phần mềm 4 5 6 Nội dung Tại sao cần kiểm thử Quá trình kiểm thử cơ bản Tâm lý học kiểm thử Kiểm thử hồi quy và kiểm thử lại Các kết quả được mong đợi Mức độ ưu tiên cho các kiểm thử 2 Các thuật ngữ cơ bản Kiểm thử (IEEE): Kiểm thử là tiến trình vận hành hệ thống hoặc thành phần dưới những điều kiện xác định, quan sát hoặc ghi nhận kết quả và đưa ra đánh giá về hệ thống hoặc thành phần đó 3 Một “bug” là gì? Error (lỗi): một hành động của con người tạo ra một kết quả không đúng. Fault (sai sót): là biểu hiện của một lỗi (error) trong phần mềm Nó cũng được biết đến như là một khiếm khuyết (deffect) hay một bug Nếu được thực thi một sai sót (fault) có thể gây ra một thất bại Failure (thất bại): sự lệch lạc của phần mềm so với kết quả và dịch vụ được mong đợi Failure Failurelà làmột một sự sựkiện, kiện, fault faultlà làmột một trạng trạngthái tháigây gâyra rabởi bởimột mộterror error 4 Error Fault Failure Một người tạo ra một error... … nó tạo ra một fault trong phần mềm... …nó có thể gây ra một failure trong vận hành phần mềm 5 Độ tin cậy và sai sót Độ tin cậy: là xác xuất để phần mềm chạy không có thất bại trong một khoảng thời gian nhất định dưới những điều kiện nhất định Một hệ thống có thể không có sai sót (không có sai sót, đúng ngay từ lần đầu tien) Một hệ thống phần mềm có thể đáng tin cậy nhưng vẫn có lỗi không? Một ứng dụng phần mềm không sai sót “fault free” có phải luôn luôn tin cậy không? 6 Tại sao xẩy ra sai sót trong phần mềm? Phần mềm được viết bởi con người Con người biết một số thứ chứ không biết mọi thứ Con người có các kỹ năng nhưng không phải là hoàn hảo Con người tạo ra sai lầm (lỗi) Phát triển phần mềm dưới các sức ép giới hạn nghiệm ngặt Không có thời gian để kiểm tra những giả định có thể sai Các hệ thống có thể không hoàn chỉnh Nếu bạn đã từng viết phần mềm bạn sẽ….. 7 Chi phí lỗi phần mềm là bao nhiêu? Các khoản tiền rất lớn Ariane 5 ($7billion) Mariner space probe to Venus ($250m) American Airlines ($50m) Rất nhỏ hoặc không có gì Một sự bất tiện nhỏ Tác động bất lợi không thấy được hoặc vô hình Phần mềm không tuyến tính Đầu vào nhỏ có thể có tác động rất lớn 8 Các hệ thống an toàn – quan trọng Lỗi phần mềm có thể gây tử vong hoặc chấn thương Điều trị bằng bức xạ gây chết bệnh nhân(Therac 25) Tai nạn máy bay (Airbus & Korean Airlines) Thư nháp thấu chi ngân hàng gây ra các vụ tự tử 9 Tại sao kiểm thử là cần thiết? Bởi vì phần mềm có khả năng bị sai sót Để học về độ tin cậy của phần mềm Để lập đầy khoảng thời gian chuyển giao giữa phân phối phần mềm và ngày phát hành Để chứng minh phần mềm không có sai sót Bởi vì kiểm thử nằm trong kế hoạch dự án Bởi vì thất bại có thể rất đắt đỏ Để tránh bị khách hang kiện Để tồn tại trong kinh doanh 10 Tại sao không kiểm thử mọi thứ? Avr. 4 menus 3 options / menu Hệ thống có Average: 10 fields / screen 20 màn hình 2 types input / field (date as Jan 3 or 3/1) (number as integer or decimal) Around 100 possible values Total for 'exhaustive' testing: 20 x 4 x 3 x 10 x 2 x 100 = 480,000 tests If 1 second per test, 8000 mins, 133 hrs, 17.7 days (not counting finger trouble, faults or retest) 10 secs = 34 wks, 1 min = 4 yrs, 10 min = 40 yrs 11 Kiểm thử toàn diện? Kiểm thử toàn diện là gì Khi tất cả các tester kiệt sức Khi tất cả các kiểm thử được lên kế hoạch được thực hiện Thực hiện tất cả các kết hợp giữa đầu vào và tiền điều kiện Bỏ bao nhiêu thời gian để kiểm thử toàn diện? Thời gian vô hạn Không mất nhiều thời gian lắmnot much time Một khoảng thời gian không thực tế 12 Kiểm thử bao nhiêu thì là đủ? Không bao giờ là đủ ...
Nội dung trích xuất từ tài liệu:
Bài giảng Kiểm thử và đảm bảo chất lượng phần mềm: Chương 1 Chương 1 KIỂM THỬ VÀ ĐẢM BẢO CHẤT LƯỢNG PHẦN MỀM Các nguyên lý kiểm thử 1 Các nguyên lý 2 Vòng đời 3 Kỹ thuật kiểm thử 4 Kiểm thử chức năng 5. Kiểm thử cấu trúc 6 Quản lý chất lượng 1 Các nguyên lý 1 2 3 Kiểm thử phần mềm 4 5 6 Nội dung Tại sao cần kiểm thử Quá trình kiểm thử cơ bản Tâm lý học kiểm thử Kiểm thử hồi quy và kiểm thử lại Các kết quả được mong đợi Mức độ ưu tiên cho các kiểm thử 2 Các thuật ngữ cơ bản Kiểm thử (IEEE): Kiểm thử là tiến trình vận hành hệ thống hoặc thành phần dưới những điều kiện xác định, quan sát hoặc ghi nhận kết quả và đưa ra đánh giá về hệ thống hoặc thành phần đó 3 Một “bug” là gì? Error (lỗi): một hành động của con người tạo ra một kết quả không đúng. Fault (sai sót): là biểu hiện của một lỗi (error) trong phần mềm Nó cũng được biết đến như là một khiếm khuyết (deffect) hay một bug Nếu được thực thi một sai sót (fault) có thể gây ra một thất bại Failure (thất bại): sự lệch lạc của phần mềm so với kết quả và dịch vụ được mong đợi Failure Failurelà làmột một sự sựkiện, kiện, fault faultlà làmột một trạng trạngthái tháigây gâyra rabởi bởimột mộterror error 4 Error Fault Failure Một người tạo ra một error... … nó tạo ra một fault trong phần mềm... …nó có thể gây ra một failure trong vận hành phần mềm 5 Độ tin cậy và sai sót Độ tin cậy: là xác xuất để phần mềm chạy không có thất bại trong một khoảng thời gian nhất định dưới những điều kiện nhất định Một hệ thống có thể không có sai sót (không có sai sót, đúng ngay từ lần đầu tien) Một hệ thống phần mềm có thể đáng tin cậy nhưng vẫn có lỗi không? Một ứng dụng phần mềm không sai sót “fault free” có phải luôn luôn tin cậy không? 6 Tại sao xẩy ra sai sót trong phần mềm? Phần mềm được viết bởi con người Con người biết một số thứ chứ không biết mọi thứ Con người có các kỹ năng nhưng không phải là hoàn hảo Con người tạo ra sai lầm (lỗi) Phát triển phần mềm dưới các sức ép giới hạn nghiệm ngặt Không có thời gian để kiểm tra những giả định có thể sai Các hệ thống có thể không hoàn chỉnh Nếu bạn đã từng viết phần mềm bạn sẽ….. 7 Chi phí lỗi phần mềm là bao nhiêu? Các khoản tiền rất lớn Ariane 5 ($7billion) Mariner space probe to Venus ($250m) American Airlines ($50m) Rất nhỏ hoặc không có gì Một sự bất tiện nhỏ Tác động bất lợi không thấy được hoặc vô hình Phần mềm không tuyến tính Đầu vào nhỏ có thể có tác động rất lớn 8 Các hệ thống an toàn – quan trọng Lỗi phần mềm có thể gây tử vong hoặc chấn thương Điều trị bằng bức xạ gây chết bệnh nhân(Therac 25) Tai nạn máy bay (Airbus & Korean Airlines) Thư nháp thấu chi ngân hàng gây ra các vụ tự tử 9 Tại sao kiểm thử là cần thiết? Bởi vì phần mềm có khả năng bị sai sót Để học về độ tin cậy của phần mềm Để lập đầy khoảng thời gian chuyển giao giữa phân phối phần mềm và ngày phát hành Để chứng minh phần mềm không có sai sót Bởi vì kiểm thử nằm trong kế hoạch dự án Bởi vì thất bại có thể rất đắt đỏ Để tránh bị khách hang kiện Để tồn tại trong kinh doanh 10 Tại sao không kiểm thử mọi thứ? Avr. 4 menus 3 options / menu Hệ thống có Average: 10 fields / screen 20 màn hình 2 types input / field (date as Jan 3 or 3/1) (number as integer or decimal) Around 100 possible values Total for 'exhaustive' testing: 20 x 4 x 3 x 10 x 2 x 100 = 480,000 tests If 1 second per test, 8000 mins, 133 hrs, 17.7 days (not counting finger trouble, faults or retest) 10 secs = 34 wks, 1 min = 4 yrs, 10 min = 40 yrs 11 Kiểm thử toàn diện? Kiểm thử toàn diện là gì Khi tất cả các tester kiệt sức Khi tất cả các kiểm thử được lên kế hoạch được thực hiện Thực hiện tất cả các kết hợp giữa đầu vào và tiền điều kiện Bỏ bao nhiêu thời gian để kiểm thử toàn diện? Thời gian vô hạn Không mất nhiều thời gian lắmnot much time Một khoảng thời gian không thực tế 12 Kiểm thử bao nhiêu thì là đủ? Không bao giờ là đủ ...
Tìm kiếm theo từ khóa liên quan:
Bài giảng Kiểm thử phần mềm Kiểm thử chất lượng phần mềm Đảm bảo chất lượng phần mềm Các nguyên lý kiểm thử Kiểm thử hồi quy Tâm lý học kiểm thửTài liệu liên quan:
-
Bài giảng Kiểm thử phần mềm: Bài 2
34 trang 334 0 0 -
Nghiên cứu chất lượng phần mềm: Phần 2
126 trang 84 0 0 -
Bài giảng Kiểm thử và đảm bảo chất lượng phần mềm: Chương 2
27 trang 60 0 0 -
Bài giảng Kiểm thử phần mềm - Chương 2: Quy trình kiểm thử phần mềm
19 trang 46 0 0 -
Nghiên cứu chất lượng phần mềm: Phần 1
105 trang 42 0 0 -
Bài giảng Đảm bảo chất lượng phần mềm: Duy trì chất lượng - Nguyễn Anh Hào
20 trang 38 0 0 -
Đề tài: Mô hình CMM/CMMI trong SQA
22 trang 36 0 0 -
Đảm bảo chất lượng phần mềm cho quá trình bảo trì phần mềm
10 trang 35 0 0 -
Bài giảng Đảm bảo chất lượng phần mềm: Đặc tả phần mềm - Nguyễn Anh Hào
20 trang 35 0 0 -
Bài giảng Kiểm thử và đảm bảo chất lượng phần mềm: Chương 3
64 trang 34 0 0