Nhóm 8- Chương 4: Kiểm Thử Phần Mềm (slile 1- 39)

giapmanhhai đã viết:Nêu những yêu cầu đặt ra khi kiểm thử hộp trắng ?

Mình xin trả lời câu hỏi:
Mọi con đường độc lập trong một môđun cần được thực hiện ít nhất một lần.
Mọi ràng buộc logic được thực hiện cả hai phía đúng (true) & phía sai (false).
Tất cả các vòng lặp ở biên của nó & cả các biên vận hành phải được thực hiên.
Mọi cấu trúc dữ liệu nội tại được dùng để bảo đảm tính hiệu lực của nó

nguyễn thị hiền đã viết:so sánh kiểm thử hộp đen và kiểm thử hộp trắng.

Thay mặt nhóm 8 mình xin trả lời
1.Khái niệm kiểm thử hộp trắng
 Thực hiện trực tiếp trên mã nguồn
 Khám xét các chi tiết thủ tục; các con đường logic, các trạng thái của chương trình.
 Số con đường lôgíc là rất lớn. một chươngv trình nhỏ:
 với 100 dòng PASCAL
 với một vòng lặp
 số con đường logic có thể tới:1014.
 cần 3170 năm để kiểm thử tất mọi con đường và mọi ràng buộc lôgic trên nó!
 II.2.Đối tượng kiểm thử hộp trắng
 Cách thức: Sử dụng cấu trúc điều khiển của thiết kế thủ tục để hình thành các ca kiểm thử
 kiểm thử cái gì?
 mọi lệnh được thực hiện
 mọi điều kiện được kiểm tra
 mọi chu trình được duyệt qua
 mọi cấu trúc dữ liệu được dùng
 Mọi tiến trình được lần vết => a. được thực hiện
 II.3.Yêu cầu kiểm thử hộp trắng
 Yêu cầu đặt ra:
 Mọi con đường độc lập trong một môđun cần được thực hiện ít nhất một lần.
 Mọi ràng buộc logic được thực hiện cả hai phía đúng (true) & phía sai (false).
 Tất cả các vòng lặp ở biên của nó & cả các biên vận hành phải được thực hiên.
 Mọi cấu trúc dữ liệu nội tại được dùng để bảo đảm tính hiệu lực của nó
 II.4.Lý do kiểm thử hộp trắng
 Vì sao cần tốn tiền cho kiểm thử hộp trắng?
 Các sai logic & giả thiết không đúng đắn tỷ lệ nghịch với xác suất để một con đường logic được thi hành.
 Thực tế: mọi con đường lôgic đều có thể được thi hành trên 1 cơ sở nhất định (ta cho rằng 1con đường logic nào đó là không thể được thi hành).
 Có những sai chính tả có thể là ngẫu nhiên trên đường ta không kiểm tra.
Còn kiểm thử hộp đen:
 Phương pháp kiểm thử hộp đen tập trung vào các yêu cầu chức năng của phần mềm..
 Đặc trưng:
 Nhằm thuyết minh: các chức năng phần mềm đủ & vận hành đúng
 Thực hiện các phép thử qua giao diện
 Cơ sở: đặc tả, các điều kiện vào/ra và cấu trúc dữ liệu
 Ít chú ý tới cấu trúc logic nội tại của nó
 III.2.Mô hình kiểm thử hộp đen
 III.3.Mục tiêu
 Kiểm thử hộp đen nhằm tìm ra các loại sai:
 Chức năng thiếu hoặc không đúng đắn.
 Sai về giao diện.
 Sai trong cấu trúc hoặc trong truy cập dữ liệu ngoài.
 Sai thực thi chức năng.
 Sai khởi đầu hoặc kết thúc mô đun.
 III.4.Thiết lập câu hỏi
 Kiểm thử hộp đen tập trung trả lời các câu hỏi:
 Hiệu lực chức năng (chức năng, hiệu suất) được kiểm thử đến đâu?
 Lớp đầu vào nào cho các ca kiểm thử tốt?
 Sự nhạy cảm của môđun với giá trị vào nào?
 Các biên của lớp dữ liệu được cô lập chưa?
 Dung thứ lỗi đối với các nhịp điệu/khối lượng dữ liệu như thế nào?
 Tổ hợp dữ liệu đặc biệt ảnh hưởng gì đến hoạt động hệ thống.
 III.5.Tiêu chuẩn
 Áp dụng kỹ thuật kiểm thử hộp đen, cần tìm ra các ca kiểm thử thoả mãn các tiêu chuẩn:
 Thu gọn (ít, đơn giản).
 Cho biết về sự tồn tại hoặc vắng mặt của một lớp sai (không phải về một sai cụ thể gắn với một kiểm thử riêng biệt)
 III.6.Kỹ thuật phân hoạch tương đương
 Là một kỹ thuật của kiểm thử hộp đen
 Nguyên tắc: chia miền vào của chương trình thành các lớp dữ liệu để lập ra các ca kiểm thử theo mỗi lớp đó.
 Cơ sở: dữ liệu trong 1 lớp tương đương tác động như nhau lên chương trình, tạo ra cùng một tráng thái: đúng hay sai của chương trình
 Mục tiêu: tìm ra 1 ca kiểm thử để bộc lộ 1 lớp sai, => rút gọn số ca kiểm thử cần phát triển.
 Ca kiểm thử được thiết kế cho từng lớp tương đương

Thảo Vũ đã viết:kiểm thử hộp đen , kiểm thử hộp trắng là j

Cảm ơn bạn đặt câu hỏi
1)Khái niệm kiểm thử hộp trắng
 Thực hiện trực tiếp trên mã nguồn
 Khám xét các chi tiết thủ tục; các con đường logic, các trạng thái của chương trình.
 Số con đường lôgíc là rất lớn. một chươngv trình nhỏ:
 với 100 dòng PASCAL
 với một vòng lặp
 số con đường logic có thể tới:1014.
 cần 3170 năm để kiểm thử tất mọi con đường và mọi ràng buộc lôgic trên nó!
2)Khái niệm kiểm thử hộp đen
 Phương pháp kiểm thử hộp đen tập trung vào các yêu cầu chức năng của phần mềm..
 Đặc trưng:
 Nhằm thuyết minh: các chức năng phần mềm đủ & vận hành đúng
 Thực hiện các phép thử qua giao diện
 Cơ sở: đặc tả, các điều kiện vào/ra và cấu trúc dữ liệu
 Ít chú ý tới cấu trúc logic nội tại của nó

Kiểm thử phần mềm có mấy đặc trưng?

Nêu nội dung về chiến lược kiểm thử Alpha và Beta?

Kiểm thử chấp nhận là gì? Có những kiểm thử gì được thực hiện ở đây? Phân biệt sự khác nhau của chúng?

Tuân Dolce đã viết:Kiểm thử chấp nhận là gì? Có những kiểm thử gì được thực hiện ở đây? Phân biệt sự khác nhau của chúng?

.
- Kiểm thử chấp nhận là sự chứng minh cuối cùng sự đúng đắn của một đặc điểm phần mềm.
- Có hai loại kiểm thử chính được hoạt động trong kiểm thử này là: kiểm thử alpha và kiểm thử beta
- Sự khác biệt của nó so với các loại kiểm thử khác là: Nó được viết bởi khách hàng hoặc được viết bởi sự phối hợp giữa khách hàng và nhóm phát triển phần mềm vì mục đích chung.
( Nguồn: slide VII.7 chương Kiểm thử phần mềm trong giáo trình)

Mục đích chính của kiểm thử tích hợp là gì?

Nhóm Bạn có thể giải thích rõ kiểm thử tích hợp là như thế nào?? Cho ví dụ minh họa?

"Kiểm thử có mang lại mặt hạn chế hay tác hại nào không? " Nếu có nó có ảnh hưởng quá nhiều đến sản phẩm không?

Tuân Dolce đã viết:Kiểm thử phần mềm có mấy đặc trưng?

* Các đặc trưng có tính khuôn mẫu:
- Bắt đầu ở mức môđun và tiếp tục cho đến khi tích hợp ở mức hệ thống dựa trên máy tính trọn vẹn.
- Các kỹ thuật kiểm thử khác nhau là thích hợp cho những thời điểm khác nhau.
- Được cả người phát triển và nhóm kiểm thử độc lập cùng tiến hành.
Kiểm thử đi trước gỡ lỗi, song việc gỡ lỗi phải thích ứng với từng chiến lược kiểm thử.
( Nguồn: Mục V.2 Chương Kiểm thư phần mềm Giáo Trình Slide)

Tuân Dolce đã viết:Nêu nội dung về chiến lược kiểm thử Alpha và Beta?

- Kiểm thử alpha được bên phát triển tiến hành . Phần mềm sẽ được người dùng dùng trong bối cảnh tự nhiên để người phát triển “nhòm qu avai” 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ọilà kiểm thử sau lưng).
- 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.
( nguồn giáo trình công nghệ phần mềm)

Huyền Vũ đã viết: "Kiểm thử có mang lại mặt hạn chế hay tác hại nào không? " Nếu có nó có ảnh hưởng quá nhiều đến sản phẩm không?

Thứ nhất, kiểm thử các hệ thống phức tạp đòi hỏi rất nhiều nguồn
tài nguyên và chi phí cao.
 Thứ hai, tiến trình phát triển phần mềm luôn trải qua nhiều hoạt
động biến đổi thông tin, sự mất mát thông tin trong quá trình biến
đổi là yếu tố chính làm cho hoạt động kiểm thử khó khăn.
 Thứ ba, kiểm thử chưa được chú trọng trong đào tạo con người.
 Cuối cùng, không tồn tại kỹ thuật kiểm thử cho phép khẳng định
một phần mềm hoàn toàn đúng đắn hay không chứa lỗi.
Nguồn: Theo ý hiểu của mình và tài liệu:

cho mình biết rõ hơn về tiến trình kiểm thử?

Luan Lee đã viết:chiến lược về kiểm thử như thế nào?

- Với mỗi loại kiểm thử thường sd các PP và chiến lược thích hợp, 1 số chiến lược :
1. Kiểm thử từ trên xuống/dưới lên (tích hợp)
2. Kiểm thử vụ nổ lớn ( big bang - tích hợp)
3. Kiểm thử hồi quy ( quá trình tích hợp)
4. Kiểm thử luồn sợi ( hệ thời gian thực)

Luan Lee đã viết:nói rõ hơn về Kiểm thử so sánh?

- Kiểm thử so sanh ( comparision testing) còn được gọi là kiểm thử dựa vào nhau ( back-to-back testing).
- Khi triển khai nhiều bản phần mềm từ cùng 1 đặc tả. Kiểm thử hộp đen cho các sản phẩm này được thực hiện với cùng ca kiểm thử và cùng các dữ liệu vào.
- So sánh các kết quả thu được : nếu có khác biệt nghĩ là có sai sót trong 1 sản phẩm nào đó.

Đối tượng và phương pháp của kiểm thử?

Huyền Vũ đã viết:Đối tượng và phương pháp của kiểm thử?

* Đối tượng : MA, Thiết kế, Yêu cầu, đặc trưng
* Phuong pháp : Kiểm thử hộp trắng , hộp đen , Mô hình

Tuân Dolce đã viết:Nêu nội dung về chiến lược kiểm thử Alpha và Beta?

minh xin trả lời:
- Kiểm thử alpha được bên phát triển tiến hành . Phần mềm sẽ được ngườ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ử 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.

bạn giải thích rõ cho mình kiểm thử Alpha và Beta là như thế nào ko ?

Công nhận nhiều câu giống nhau thật )))

anhtrungnhu đã viết:bạn giải thích rõ cho mình kiểm thử Alpha và Beta là như thế nào ko ?

Mình xin trả lời:
*kiểm thử alpha được bên phát triển tiến hành . Phần mềm sẽ được ngườ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ử 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

Trung Anh Đẹp zaiiiii

khái niệm kiểm thử phần mềm?mục đích của kiểm thử là gì?

so sánh:kiểm thử alpha và kiểm thử beta

Các loại hình kiểm thử là những loại nào???