Nhập môn Công nghệ phần mềm - Chương 2: Các khái niệm cơ bản trong kiểm thử phần mềm trình bày các nội dung: quy trình kiểm tra phần mềm, kế hoạch kiểm tra (Test plan), tình huống kiểm tra (Test case), dữ liệu kiểm tra (Test Data), lỗi (Bug), báo cáo kiểm tra (Test Report), các vai trò của kiểm thử phần mềm.
Kiểm Kiểm thử thử Phần Phần mềm mềm –– Software Software Testing Testing Chương 2: Các khái niệm kiểm thử Phần mềm Lương Trần Hy Hiến, Khoa CNTT, ĐH Sư phạm TpHCM Nội dung 2.1 Quy trình kiểm tra phần mềm 2.2 Kế hoạch kiểm tra (Test plan) 2.3 Tình kiểm tra (Test case) 2.4 Dữ liệu kiểm tra (Test Data) 2.5 Lỗi (Bug) 2.6 Báo cáo kiểm tra (Test Report) 2.7 Các vai trò 2.1 Qui trình kiểm thử PM • Kiểm thử thành phần – – – • Kiểm thử thành phần chương trình; Thường trách nhiệm lập trình viên tạo thành phần đó; Các test tạo từ kinh nghiệm lập trình viên Kiểm thử hệ thống – – – Kiểm thử nhóm thành phần kết hợp lại để hệ thống hay hệ thống con; Trách nhiệm đội test độc lập; Các test tạo dựa đặc tả hệ thống 2.1 Qui trình kiểm thử PM Bắt đầu Lập Lập kế kế Phân Phân tích, tích, Chuẩn Chuẩn bị bị dữ Chạy Chạy ứng ứng dụng dụng hoạch hoạch test test Thiết Thiết kế kế test test liệu liệu test test với với bộ dữ liệu liệu test test Test Data/S Test plan Test Case Test Results So So sánh sánh kết kết quả Kết thúc Test Report test test với với test test case case 2.2 Kế hoạch kiểm tra (Test plan) • Cấu trúc chung test plan – – – – – – – – Tên project Danh sách Module cần test Ngày bắt đầu, ngày kết thúc Danh sách Test case Nhân tham gia Tài nguyên sử dụng (Servers, Workstations, Printers,…) Kế hoạch thực (sử dụng Ms Project lập kế hoạch) … 2.3 Tình kiểm tra (Test case) • Cấu trúc chung test case: – – – – – – – – – – Tên project, module Màn hình, chức Mã số Tài liệu tham khảo (SRS) Mục đích Dữ liệu test Mơ tả bước (Test step) Trạng thái Ngày tạo … Test case • Ví dụ: kiểm tra hình đăng nhập Test case • Ví dụ: kiểm tra hình đăng nhập – Project: Web testing application – Module: Testing – Màn hình: Đăng nhập hệ thống – Chức năng: đăng nhập – Mã số: TC001 – Dữ liệu test • • Username = “hienlth”, pass = “123456” Username = “admin”, pass = “admin” – Các bước thực kiểm tra Test case – Test step Step Steps Data Expected result no results Nhập Username ấn nút OK Username = “hienlth” Hiển thị thơng báo “Vui lịng nhập username password” Nhập Password ấn nút OK Password = “123456” Hiển thị thơng báo “Vui lịng nhập username password” … Actual Nhập Username , password ấn Username = “hienlth” Hiển thị thông báo “Username password nút OK Password = “abc” không hợp lệ” Nhập Username , password ấn Username = “abc” Hiển thị thông báo “Username password nút OK Password = “hienlth” không hợp lệ” Nhập Username, password ấn Username = “abc” Hiển thị thông báo “Username password nút OK Password = “abc” không hợp lệ” Nhập Username, password ấn Username = “” Hiển thị thông báo “Username password nút OK Password = “” không hợp lệ” Nhập Username, password ấn Username = “hienlth” Hiển thị trang user “hienlth” nút OK Password = “123456” Nhập Username, password ấn Username = “admin” nút OK Password = “admin” Hiển thị trang user “admin” 2.4 Dữ liệu kiểm tra (Test Data) • Test Data gì? Test Data là bộ liệu được xây dựng để chạy thử test case Dữ liệu Test Data gồm có hai loại liệu thường (normal data) liệu bắt buộc (Initial Data) Xây dựng Test Data khâu quan trọng tiến trình test, kết test phụ thuộc lớn vào liệu Test Data Các trạng thái bug a NEW - Trạng thái bug post lên hệ thống Ngay Bugzilla gửi mail tới thành viên liên quan (Developer, PJ Leader ) - Từ New chuyển qua trạng thái khác: ASSIGNED RESOLVED Các trạng thái bug b ASSIGNED - Trạng thái bug phân công cho DEV fix, trạng thái này, bug chưa fix - Từ trạng thái này, chuyển qua: NEW (chuyển cho người khác fix), RESOLVED (đã fix xong bug) Các trạng thái bug c RESOLVED - Trạng thái bug fix xong Kết FIXED, INVALID, WONTFIX, DUPLICATE, LATER REMIND - Từ trạng thái này, bug chuyển qua: REOPEN, VERIFIED, CLOSED UNCONFIRMED Các trạng thái bug c RESOLVED (2) - FIXED : Bug fix xong INVALID : Vấn đề bug WONTFIX : Vì lý đó, bug khơng fix DUPLICATE : Post bị trùng với bug post WORKSFORME : LATER : bug tạm chưa fix REMIND : Giống LATER Các trạng thái bug d REOPENED - Trạng thái TESTER/QC chuyển từ trạng thái RESOLVED sang Do fix mà bị lỗi gây lỗi khác - Trạng thái chuyển sang trạng thái RESOLVED ASSIGNED Các trạng thái bug e VERIFIED - Trạng thái TESTER test lại xong xác nhận fix bug Trạng thái chuyển sang trạng thái UNCONFORMED, REOPEN CLOSED Các trạng thái bug f CLOSED - Trạng thái bug fix xong test lại xong Kết thúc vòng đời bug - Ngoại lệ bug đóng mà fix bug khác, gây lỗi bug chuyển từ trạng thái CLOSED sang REOPEN 2.6 Báo cáo kiểm tra (Test Report) • Cấu trúc chung Test report: – Test plan ? – Tên người thực – Ngày thực – Môi trường test – Bảng mô tả module/chức năng/test case kết tương ứng – Kết luận, đề xuất (nếu có) – … 2.7 Các vai trị Tester • Vai trị – Kiểm lỗi phần mềm – Kiểm lỗi đóng gói – Kiểm lỗi tài liệu • • • • User guide Installation Guide Release Notes Troubleshooting Tester • Cơng việc – Chuẩn bị mơi trường test • • • • – – – – – Windows XP, 2000, 2003 Linux IE, FireFox, Netscape, Mozilla Test Database, Test data Viết test case Thực test test case môi trường khác Mô tả Bug chi tiết bước để tạo bug Theo dõi trình Fix Bug Báo cáo kết test Tester • Phần mềm sử dụng – Web testing • • – – – – – Tester Role Manual Test (Rational Manual Test, Test Complete…) Automation Test (Rational Functional Test, Test Complete,…) Load testing Code Analysis Project Management Tool • – Test Manager Role Tester Role Workflow • Tester Role Cảm ơn • Bài giảng tham khảo hiệu chỉnh từ: – Slide Công nghệ Phần mềm, Trần Ngọc Bảo, ĐH Sư Phạm TpHCM – Slide Lý thuyết Kiểm tra Phần mềm, Nguyễn Ngọc Tú, ĐH Hoa Sen – Slide Kiểm chứng Phần mềm, Lê Duy Hoàng, ĐH KHTN TpHCM 28 Câu hỏi thảo luận ? Thank you!!! ...Nội dung 2. 1 Quy trình kiểm tra phần mềm 2. 2 Kế hoạch kiểm tra (Test plan) 2. 3 Tình kiểm tra (Test case) 2. 4 Dữ liệu kiểm tra (Test Data) 2. 5 Lỗi (Bug) 2. 6 Báo cáo kiểm tra (Test Report) 2. 7 Các... tạo –… 2. 5 Bug (tt) Bug vòng đời bug : - Bug (bọ): thuật ngữ người làm công việc kiểm tra phần mềm gọi lỗi phần mềm, bug - Vòng đời bug: Là thời gian bugs tồn từ lúc phát sinh lúc bug sửa 2. 5 Bug... từ: – Slide Công nghệ Phần mềm, Trần Ngọc Bảo, ĐH Sư Phạm TpHCM – Slide Lý thuyết Kiểm tra Phần mềm, Nguyễn Ngọc Tú, ĐH Hoa Sen – Slide Kiểm chứng Phần mềm, Lê Duy Hoàng, ĐH KHTN TpHCM 28 Câu hỏi