moody_babe
New Member
Download miễn phí Bài giảng Đảm bảo chất lượng phần mềm và kiểm thử - Phần 2: Kiểm thử phần mềm
Các khoản mục cấu thànhlên các thành phầncủa phần
mềm được sản ra nhưlà những chếtác của tiến trình
kỹnghệphần mềm được tập hợp lại trong một cái tên
chung gọi là cấu hình phần mềm.
Các chếtác này có nhiều mức khác nhau:
Bộphận-tổng thể(phạm vi)
Chưa hoàn thiện – hoàn thiện (theo tiến trình, chất lượng)
Ởcác mức tiến hóa khác nhau (các phiên bản)
Để tải bản Đầy Đủ của tài liệu, xin Trả lời bài viết này, Mods sẽ gửi Link download cho bạn sớm nhất qua hòm tin nhắn.
Ai cần download tài liệu gì mà không tìm thấy ở đây, thì đăng yêu cầu down tại đây nhé:
Nhận download tài liệu miễn phí
Tóm tắt nội dung tài liệu:
àng là không thực tế.Và phải dùng quá trình kiểm thử anpha và kiểm thử
bêta cho nhiều người tiến hành để bộc lộ các sai mà
có lẽ chỉ các người sử dụng đầu cuối mới có thể phát
hiện được.
H4.2. Kiểm thử Alpha & Beta n khách
2005 Bộ môn CNFM – Đại học Công nghệ 12
NguyÔn V¨n Vþ
kiểm thử alpha được bên phát triển tiến hành . Phần
mềm sẽ đượcngười dùng dùng trong bối cảnh tự
nhiên để người phát triển “nhòm qua vai” người sử
dụng và báo cáo các sai và các vấn đề sử dụng (vì thế
còn gọi là kiểm thử sau lưng).
kiểm thử alpha được tiến hành trong một môi trường
được điều khiển (theo kế hoạch của người phát triển).
H4.3. Kiểm thử Alpha
2005 Bộ môn CNFM – Đại học Công nghệ 13
NguyÔn V¨n Vþ
kiểm thử bêta được nhiều người đặt hàng tiến hành ,
không có mặt Người phát triển.
kiểm thử bêta là áp dụng trong môi trường thực, không
có sự kiểm soát của phía người phát triển.
Khách hàng sẽ báo cáo tất cả các vấn đề (thực hay
tưởng tượng) mà họ gặp trong quá trình kiểm thử cho
người phát triển một cách định kỳ.
Theo các báo đó Người phát triển cải biên và chuẩn bị
phân phối bản phát hành bản hoàn thiện cho toàn bộ
những người đặt hàng.
H4.4. Kiểm thử Beta
2005 Bộ môn CNFM – Đại học Công nghệ 14
NguyÔn V¨n Vþ
Hệ thống dựa vào máy tính do nhiều bên xây dựng,
người phát triển phần mềm chỉ là một
Việc kiểm thử hệ thống dễ có nguy cơ “đổ lỗi cho
nhau”.
Người phát triển phần mềm cần đoán trước các vấn
đề giao diện có thể nảy ra, và
Phát hiện các thiết kế đường xử lý sai thông qua
kiểm thử tất cả các thông tin đến từ các phần tử khác
của hệ thống.
h5. Kiểm thử hệ thống
2005 Bộ môn CNFM – Đại học Công nghệ 15
NguyÔn V¨n Vþ
Tiến hành các kiểm thử mô phỏng các dữ liệu xấu
hay các sai tiềm tàng khác tại giao diện phần mềm.
Báo cáo các kết quả kiểm thử để làm chứng cứ phòng
ngừa đổ lỗi cho nhau.
Những người tham gia vào trong việc hoạch định và
thiết kế các kiểm thử hệ thống sao cho kế hoạch và
kiểm thử bảo đảm phần mềm được kiểm thử đầy đủ
h5. Kiểm thử hệ thống (t)
2005 Bộ môn CNFM – Đại học Công nghệ 16
NguyÔn V¨n Vþ
h5. Kiểm thử hệ thống (t)
Dữ liệu qua giao
diện có thể sai, gây
sai, phóng đại sai
sai?
Phóng đại sai?
Gây sai?
sai?
2005 Bộ môn CNFM – Đại học Công nghệ 17
NguyÔn V¨n Vþ
Nhiều hệ thống cần phục hồi sau lỗi, để tiếp tục
xử lý trong một thời gian đã đặc tả trước:
Có trường hợp, hệ thống cần thứ lỗi: nghĩa là xử lý lỗi
bắt buộc không được làm ngừng hoạt động của toàn
hệ thống.
Trường hợp khác, lỗi phải được khắc phục dần theo
từng chu kỳ đã đặc tả.
kiểm thử hồi phục là kiểm thử bắt phần mềm phải thất
bại để xem có hồi phục được hay không.
H6. Kiểm thử hồi phục
2005 Bộ môn CNFM – Đại học Công nghệ 18
NguyÔn V¨n Vþ
Có 2 cách hồi phục:
Phục hồi tự động: bằng khởi động lại (cơ chế
checkpoint). Sau khi phục hồi dữ liệu, hệ thống tự khởi
động lại thì được đánh giá là đúng đắn.
Phục hồi có sự can thiệp của con người: phải đánh giá
thời gian trung bình để sửa chữa và xác định xem liệu
nó đã ở trong giới hạn chấp nhận được không?
h6. Kiểm thử hồi phục (t)
2005 Bộ môn CNFM – Đại học Công nghệ 19
NguyÔn V¨n Vþ
Kiểm tra cơ chế bảo vệ được xây dựng trong hệ thống
xem có đạt hiệu quả trước các đột nhập hay không?
Xét tất cả các loại đột nhập có thể “trước mặt”, “ngang
xườn” và “sau lưng”.
Khi thử nghiệm an ninh, người kiểm thử sẽ đóng vai trò
của kẻ Đột nhập.
h7. Kiểm thử an ninh
2005 Bộ môn CNFM – Đại học Công nghệ 20
NguyÔn V¨n Vþ
Về nguyên tắc: Mọi đột nhập là có thể nếu đủ thời gian
và nguồn lực.
Bài toán thiết kế hệ thống đặt ra là:
làm cho việc đột nhập tốn phí nhiều hơn giá trị thu
được do đột nhập
Công sức bỏ ra xây dựng công cụ bảo vệ phải ít
hơn giá trị mất đi nếu bị đột nhập
Chi phí công cụ bảo vệ < lợi ich do bảo vệ khỏi đột nhập
Chi phí để đột nhập > lợi ích thu được từ đột nhập
h7. Kiểm thử an ninh(t)
2005 Bộ môn CNFM – Đại học Công nghệ 21
NguyÔn V¨n Vþ
Các kỹ thuật hộp trắng và hộp đen được dùng để đánh
giá chức năng và sự thi hành của chương trình bình
thường.
Kiểm thử áp lực là vận hành hệ thống đòi hỏi nguồn
lực với số lượng, tần suất và cường độ dị thường.
Một loại khác của thử nghiệm áp lực là kiểm thử nhạy
cảm: cố gắng làm bộc lộ các tổ hợp dữ liệu (lớp dữ liệu
vào có hiệu lực) hay sự kiện mà có thể gây ra việc xử
lý không ổn định hay không chính xác.
h8. Kiểm thử áp lực
2005 Bộ môn CNFM – Đại học Công nghệ 22
NguyÔn V¨n Vþ
Với các hệ nhúng & hệ thời gian thực, phần mềm
cung cấp chức năng nhưng không phù hợp với các
yêu cầu thi hành đều là không chấp nhận được.
kiểm thử thi hành được thiết kế để kiểm thử việc thi
hành (run-time) của phần mềm khi hệ thống được
tích hợp.
kiểm thử thi hành xuất hiện trong tất cả các bước
của quá trình kiểm thử , tuy nhiên chỉ đến khi tất cả
các phần tử của hệ thống đã được tích hợp thì kiểm
thử mới có thể thực sự là chắc chắn.
h9. Kiểm thử thi hành
2005 Bộ môn CNFM – Đại học Công nghệ 23
NguyÔn V¨n Vþ
kiểm thử thi hành đôi khi gắn liền với kiểm thử áp lực
vì cả hai thường đòi hỏi các công cụ phần cứng và
phần mềm. Đó là do cần đo sự tổng hợp nguồn lực
(trong, ngoài). Nhờ công cụ ngoại lai để thể giám sát
các khoảng vận hành, các sự kiện ngắt (log) khi nó
xuất hiện, có thể lấy mẫu các trạng thái máy.
kiểm thử có thể làm bộc lộ các tình thế dẫn đến sự
suy giảm hay thất bại hệ thống tiềm ẩn.
h9. Kiểm thử thi hành(t)
2005 Bộ môn CNFM – Đại học Công nghệ 24
NguyÔn V¨n Vþ
Kiểm thử thành công dẫn đến việc gỡ lỗi, kết quả của
kiểm thử thường mới chỉ ra cho kỹ sư phần mềm
những triệu chứng của vấn đề. Có thể chưa rõ nguyên
nhân: Biểu lộ bên ngoài của sai & nguyên nhân bên
trong của sai có thể không có quan hệ rõ ràng.
Gỡ lỗi không phải là kiểm thử. Mà là tìm nguyên nhân
gây lỗi để loại trừ lỗi - khác với kiểm thử
I. Nghệ thuật gỡ rối
2005 Bộ môn CNFM – Đại học Công nghệ 25
NguyÔn V¨n Vþ
Quá trình gỡ rối luôn dẫn tới hai khả năng:
Tìm ra nguyên nhân, chỉnh sửa và khử được lỗi.
Không tìm được nguyên nhân.
Trường hợp này, người gỡ lỗi có thể nghi ngờ một số
nguyên nhân nào đó và cần thiết kế một ca kiểm thử để
giúp việc thẩm định nghi ngờ và như vậy công việc tìm sai
lại dẫn đến tiếp tục kiểm thử như một vòng lặp.
I1. Tiến trình gỡ rối
Kiểm thử Lỗi Gỡ rối Tìm ra nguyên nhân Khử lối
Không Tìm ra
nguyên nhân Kiểm thử
2005 Bộ môn CNFM – Đại học Công nghệ 26
NguyÔn V¨n Vþ
Gỡ lỗi là khó khăn:
Triệu chứng có thể xa nguyên nhân (về không
gian).
Triệu chứng có thể tạm t...