Bài giảng Software testing: Chương 2 - ThS. Nguyễn Quốc Huy

Chia sẻ: 653543 653543 | Ngày: | Loại File: PPT | Số trang:29

Thêm vào BST

Báo xấu

64
lượt xem 8
download

Download Vui lòng tải xuống để xem tài liệu đầy đủ

Chương này trang bị cho người học những kiến thức về qui trình kiểm thử phần mềm. Nội dung chính trong chương gồm: Test plans và test cases, regression và kiểm thử chức năng mới, tiêu chuẩn bắt đầu/kết thúc kiểm thử, kiểm soát phiên bản, theo vết lỗi. Mời tham khảo.

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

Nội dung Text: Bài giảng Software testing: Chương 2 - ThS. Nguyễn Quốc Huy

Đại học Sài Gòn Bài 2 Qui trình kiểm thử 1 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Quy trình kiểm thử  Test Plans và Test Cases  Regression và Kiểm thử chức năng mới  Tiêu chuẩn bắt đầu/kết thúc kiểm thử  Kiểm soát Phiên bản  Theo vết lỗi 2 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử Test Plans và Test Cases  Kế hoạch kiểm thử là tài liệu mô tả các hoạt động kiểm thử theo kế hoạch. Đối với dự án lớn, có thể chia thành nhiều kế hoạch con.  Test case là danh sách các bước để kiểm thử tình huống nào đó. Không nên dài quá 1 trang. Phải có phần pass/fail.  Thông thường người ta dùng ma trận test case trong kế hoạch kiểm thử để xác định sự kết hợp/hoán vị các điều kiện sẽ được kiểm. 3 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử:Test Plans Phần nhận dạng – Tên / Số hiệu • Giới thiệu – Mô tả vắn tắt sản phẩm & chiến lược kiểm thử • Các mục kiểm thử – Mô tả các mục được kiểm • Chi tiết kiểm thử - Liệt kê • Chi tiết không kiểm thử – Cần phải liệt kê, các giả định ngăn ngừa • Hướng tiếp cận – Mô tả chiến lược kiểm thử • Tiêu chuẩn pass/fail – Phải có tiêu chuẩn pass/fail criteria khi kiểm • Tiêu chuẩn đình chỉ và các yêu cầu bắt đầu lại – (tiêu chuẩn Entry / Exit) • Kết quả kiểm thử – Biểu đồ thực hiện, danh sách bug, biểu đồ bug • Các công việc kiểm thử • Cần môi trường gì – Thiết lập Lab • Trách nhiệm – Xác định rõ & đồng thuận • Yêu cầu nhân viên và huấn luyện – Huấn luyện tiếp, cho tương lai • Lịch trình – Thời gian thực hiện test cases và thời gian phần mềm ổn định • Rủi ro/điều không đoán trước – Xác định rủi ro trong thực tế • Phê duyệt – Người quản lý, đội ngũ khách hàng 4 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử: Test Plans Mốc thực hiện: • Duyệt kế hoạch kiểm thử • Bắt đầu công việc • Hoàn thành kịch bản • Bắt đầu kiểm thử • Kết thúc kiểm thử • Kịch bản được chuyển giao để kiểm ngẩu nhiên. 5 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử: Test Plans 07/04/16 ThS Nguyễn Quốc Huy ĐHSG 6
Qui trình kiểm thử: Test Plans Ước lượng lịch trình là khó! • Có lịch trình đích (thực hiện hết khả năng dựa trên kinh nghiệm trước đó) • Khi 75% lịch trình trôi qua, chốt lại ngày hoàn thành kiểm thử, nhưng mà phải chú ý đến tiến trình. • Lưu vết những điều xảy ra trong dự án, vì vậy ta có thể ước tính chính xác lịch trình cho dự án tiếp theo. 7 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử:Test Cases •Phần nhận dạng – Tên / Số hiệu • Người sở hữu Test case – Ai viết? Ai chịu trách nhiệm cập nhật? • Mục được kiểm – Mô tả • Xác định đầu vào/ đầu ra • Tiêu chuẩn pass/fail – Phải có tiêu chuẩn pass/fail cho test case • Tự động hoá – Có thể tự động không? Phải tự động? Chỉ ra file. •Công việc kiểm thử – dưới 1 trang • Môi trường cần – Thiết lập Lab • Yêu cầu thủ tục đặc biệt • Các phụ thuộc Inter-case • Độ ưu tiên Test case – có thể thay đổi, phụ thuộc nhiều yếu tố • Lưu vết phiên bản mà test case này hợp lệ • Lịch trình – Thời gian thực hiện test case – lưu vết thông tin này • Bugs tìm được từ test case – cập nhật mỗi khi tìm thấy bug mới 8 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử: Test Cases Bắt đầu công việc viết test cases khi lấy được yêu cầu. Đưa test cases cho người viết mã xem. Lấy nhận xét của họ. Giúp ngăn chặn bugs từ khi viết mã. Test cases nên đưa đầy đủ thông tin thực hiện kiểm thử, nhưng không quá chi tiết để cho mọi người có thể thực hiện. Nên có độ biến thiên và sự ngẩu nhiên trong test case. 9 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử: Test Cases Test Cases dương: Thực hiện chức năng như yêu cầu. Test Cases âm: Trường hợp bị ngắt Mạng: Disconnected, No Ports available… Đĩa lưu trữ: File not found, File in use, Disk Full, Invalid Path, CRC error Bộ nhớ: Not enough free memory, fragments too small… Thực hiện testcases dương trước, sau đó thực hiện test cases âm. 10 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử  Test Plans và Test Cases  Regression và Kiểm thử chức năng mới  Tiêu chuẩn bắt đầu/kết thúc kiểm thử  Kiểm soát phiên bản  Lưu vết lỗi 11 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử  Kiểm chức năng mới: Kiểm chức năng mới được thêm vào so với chu kì trước  Kiểm Regression: Kiểm lại chức năng “cũ” ngẫu nhiên để đảm bảo không có chức năng nào bị hỏng 12 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử  Kiểm chức năng mới: Phần trăm khối lượng công việc thường ít  Kiểm Regression: Khối lượng công việc tăng khi mỗi chức năng mới thêm vào; dễ tiêu thụ hết nguồn lực kiểm thử 13 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử Độ ưu tiên của kiểm Regression 1. Kiểm tra bug đó thực sự được sửa chưa 2. Kiểm tra các bug liên quan 3. Kiểm tra việc sửa là không ảnh hưởng cái gì khác Testing Computer Software, Kaner, Falk, Nguyen 14 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử  Test Plans và Test Cases  Regression và Kiểm thử chức năng mới  Tiêu chuẩn bắt đầu/kết thúc kiểm thử  Kiểm soát phiên bản  Lưu vết lỗi 15 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử  Tiêu chuẩn bắt đầu/kết thúc 07/04/16 ThS Nguyễn Quốc Huy ĐHSG 16
Qui trình kiểm thử Tiêu chuẩn bắt đầu kiểm thử  Danh sách các chức năng đã định nghĩa & hoàn thành  Hoàn thành kiểm tra mã, tài liệu  Việc phân tích tĩnh hoàn thành  Tài liệu người dùng bản nháp sẵn sàng  Hoàn thành Unit test Xem chuẩn có đạt không? Nếu có, thì thực hiện đúng thời hạn. Nếu không, sẽ thực hiện trễ hạn. Đo số lượng và mức độ nghiêm trọng của bug tìm thấy từ khi bắt đầu:. Nếu bugs vượt quá giới hạn, thì sẽ trả lại sản phẩm, việc kiểm thử sẽ trễ hạn. 17 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử Tiêu chuẩn kết thúc  Sản phẩn có an toàn cho người dùng, tính chất và dữ liệu? (“Đầu tiên, không gây hại”)  Toàn bộ các thành viên trong đội test phải đồng ý?  Kiểm thử: Ít nhất 1 chu kì kiểm thử đầy đủ có >75% tỷ lệ pass  Kiểm Regression hoàn thành, >90% tỷ lệ pass  Hoàn thành việc phân tích kiểm mã, >70% nắm bắt được mã  Không còn bug nào được mở  Hoàn thành việc kiểm tra cuối cùng bugs đã mở 18 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử Chuyển giao công việc  Kịch bản kiểm thử tự động  Kế hoạch kiểm thử phiên bản cuối, test cases, test scripts  Số lượng lỗi, kết luận  Xong các báo cáo kiểm tra  Kiểm tra tài liệu hướng dẫn người dùng  Huấn luyện hỗ trợ khách hàng 19 ThS Nguyễn Quốc Huy ĐHSG 07/04/16
Qui trình kiểm thử Một lời khuyên… Đừng “đốt thời gian ban đầu” để chờ sản phẩm hoàn hảo, hoàn thành 100% mới kiểm. Bắt đầu ngay khi có thể. Viết mã xong Kiểm xong Bắt đầu viết mã Bắt đầu kiểm Bắt đầu kiểm chính thức 20 ThS Nguyễn Quốc Huy ĐHSG 07/04/16