Slide MÔN Công Nghệ Phần Mềm Đề Tài : Chiến lược kiểm thử từ trên xuống

Slide MÔN Công Nghệ Phần Mềm , Đề Tài : Chiến lược kiểm thử từ trên xuống , Slide MÔN Công Nghệ Phần Mềm Đề Tài : Chiến lược kiểm thử từ trên xuống

Thành viên : 1 Nguyễn Văn Thanh

2 Đào Đình Thiện

3 Ngô Tuấn Thịnh

4 Bùi Văn Công

5 Đinh Thanh Đức

TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THÔNG

MÔN Công Nghệ Phần Mềm

Đề Tài : Chiến lược kiểm thử từ trên xuống

Nội dung báo cáo

GIỚI THIỆU KIỂM THỬ TÍCH HỢP TỪ TRÊN XUỐNG

1

2

3

4

CÁC BƯỚC KIỂM THỬ TÍCH HỢP TỪ TRÊN XUỐNG

ƯU, NHƯỢC ĐIỂM KIỂM THỬ TÍCH HỢP TỪ TRÊN XUỐNG

2

 Kiểm thử tích hợp từ trên xuống dưới là một

phương pháp gia lượng áp dụng cho việc xây dựng cấu trúc chương trình

 Các mô đun được tích hợp bằng cách di

chuyển theo chiều hướng xuống theo trình tự kiểm soát cấp bâc, bắt đầu bằng mô đun điều khiển chính( chương trình chính)

 Các mô đun phụ (và các mô đun sau cùng )

đến mô đun điều khiển chính được ghép lại

thành một cấu trúc hoặc là theo lối nhanh

nhất hoặc là theo lối lâu nhất ( depth-first or bread-first manner )

Top-down intergration ( Kiểm thử tích hợp từ trên xuông dưới )

M8

M4 M3

M2

M5

Kiểm Thử Từ Trên Xuống

 Tích hợp depth-first sẽ tích hợp tất cả các bộ phận

vào một đường điều khiển của cấu trúc Việc lựa

chọn con đường phụ thuộc vào đặc điểm và ứng

dụng cụ thể.

 Ví dụ, lựa chọn đường theo đường tay trái, các bộ

phận M1,M2,M5 sẽ được tích hợp trước Tiếp đó M8 hoặc ( nếu cần chức năng phù hợp của M2 ) M6 sẽ được tích hợp Sau đó, phương pháp điều khiển bàn tay phải và trung tâm sẽ được xây dựng.

Breadth- first intergation kết hợp tất cả các bộ phận bổ xung trực tiếp ở mỗi mức độ , chuyển qua cấu trúc theo

phương ngang

Từ hình vẽ, các bộ phận M2,M3 và M4 ( thay cho S4 )

sẽ được tích hợp trước Mức điều khiển tiếp theo, và cứ tiếp tục như thế

Quá trình tích hợp được thực hiện theo 5

bước :

Mô đun điều khiển chính được sử dụng làm bộ điều

khiển kiểm thử và các mô đun tiếp theo bổ sung cho tất cả các bộ phận bổ sung trực tiếp cho mô đun điều khiển

chính

 Tùy thuộc vào phương pháp tích hợp được chọn ( ví dụ depth or breadth first ), các mô đun bổ sung tiếp theo được thay thế theo trình tự với các bộ phận thực

 Các bài kiểm thử sẽ được tiến hành khi mỗi mô đun được tích hợp

 Khi hoàn thành từng bài kiểm thử một , các bộ phận tiếp theo sẽ được thay thế bởi bộ phận thực

 Kiểm thử hồi quy có thể được tiến hành để đảm bảo

không xảy ra lỗi mới

 Quá trình tiếp tục từ bước thứ hai cho đến khi toàn bộ cấu trúc chương trình được xây dựng

 Kiểm thử hồi quy có thể được tiến hành để đảm bảo không xảy ra lỗi mới

 Quá trình tiếp tục từ bước thứ hai cho đến

khi toàn bộ cấu trúc chương trình được xây dựng

Các bước tích hợp theo hướng từ trên

xuống kiểm thử các điều khiển hoặc quyết định chính ở phần đầu quá trình kiểm thử

 Nếu chọn phương pháp tích hợp depth first,

có thể tiến hành và trình bày một chức năng hoàn chỉnh của phần mềm

 Tất cả các điều vào xử lí ( để chuyển đi sau này ) có thể được thể hiện trước khi các yếu

tố khác nhau của cấu trúc đã được tích hợp Việc thể hiện ngay từ đầu khả năng mang

chức năng là rất có ích đối với người phát

triển và khách hàng

 Phương pháp từ trên xuống có vẻ không

phức tạp, nhưng trên thực tế, có thể này sinh các vấn để logic

 Một trong những vấn đề thường gặp xảy ra

khi xử lí ở mức độ thấp theo thứ tự được yêu cầu để kiểm thử ở các mức cao hơn Các mô đun phụ thay thế các mô đun ở mức thấp ở giai đoạn đầu của quá trình kiểm thử từ trên xuống Vì thế, không có bất kì dữ đáng kể

nào có thể chuyển lên trên trong cấu trúc

chương trình

Người kiểm thử có 3 lựa chọn:

 Phương pháp đầu tiên : Hoãn các bài kiểm thử lại cho đến khi các mô đun phụ được thay thế

bằng các mô đun thực làm cho chúng ta mất

điều khiển giữa các bài kiểm thử cụ thể và sự kết hợp các mô đun cụ thể, dẫn tới khó khăn trong

việc xác định nguyên nhân gây lỗi và có xu hướng

vi phạm bản chất giới hạn của phương pháp từ

trên xuống.

 Phương pháp thứ hai có thể phát huy tác dụng nhưng có thể dẫn đến tình trạng phải thực hiện

thêm nhiều bước nữa, vì các mô đun phụ trở nên ngày càng phức tạp.

 Phương pháp thứ ba gọi là kiểm thử từ dưới lên

Ưu Điểm Nhược Điểm

1 Có ưu điểm nếu lỗi tập trung

trên đỉnh của chương trình.

2 Khi các chức năng vào/ra được

bổ sung, thì đưa ra các trường hợp

kiểm thử sớm hơn.

3 Việc có chương trình khung sẽ

sớm tạo ra một tư duy rõ ràng hơn và

tạo tâm lý tốt khi kiểm thử.

4 Phát hiện sớm các lỗi thiết kế

5 Có phiên bản hoạt động sớm

1 Module nhánh cụt bắt buộc phải được tạo.

2 Module nhánh cụt thường phức tạp hơn trong lần xuất hiện đầu tiên.

3 Trước khi những chức năng vào/ra được thêm, việc đưa ra các trường hợp kiểm thử tại nhánh cụt có thể rất khó

khăn.

4 Việc tạo ra các điều kiện kiểm thử là

không thể hoặc rất khó khăn.

5 Việc quan sát đầu ra kiểm thử là khó khăn hơn.

•Làm cho người ta nghĩ nhầm rằng việc thiết kế chương trình và kiểm thử

•Khó có thể mô phỏng được các chức năng của mô đun cấp thấp phức tạp

• Không kiểm thử đầy đủ các chức năng