Bài giảng Software testing: Chương 2 - ThS. Nguyễn Quốc Huy
Số trang: 29
Loại file: ppt
Dung lượng: 771.00 KB
Lượt xem: 10
Lượt tải: 0
Xem trước 3 trang đầu tiên của tài liệu này:
Thông tin tài liệu:
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.
Nội dung trích xuất từ tài liệu:
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 ThSNguyễnQuốcHuyĐHSG 07/04/16Quy 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ỗi2 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui 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 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui trình kiểm thử:Test PlansPhầ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 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui trình kiểm thử: Test PlansMố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 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui trình kiểm thử: Test Plans07/04/16 ThSNguyễnQuốcHuyĐHSG 6Qui 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ăngdựa trên kinh nghiệm trước đó)• Khi 75% lịch trình trôi qua, chốt lại ngày hoànthành kiểm thử, nhưng mà phải chú ý đến tiếntrì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 chodự án tiếp theo.7 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui 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 ThSNguyễnQuốcHuyĐHSG 07/04/16 Qui trình kiểm thử: Test CasesBắtđầucôngviệcviếttestcaseskhilấyđượcyêucầu.Đưatestcaseschongườiviếtmãxem.Lấynhậnxétcủahọ. Giúpngănchặnbugstừkhiviếtmã.Testcasesnênđưađầyđủthôngtinthựchiệnkiểmthử,nhưng khôngquáchitiếtđểchomọingườicóthểthựchiện.Nêncó độbiếnthiênvàsựngẩunhiêntrongtestcase. 9 ThSNguyễnQuốcHuyĐHSG 07/04/16 Qui trình kiểm thử: Test CasesTestCasesdương: Thựchiệnchứcnăngnhưyêucầu.TestCasesâm: Trườnghợpbịngắt Mạng:Disconnected,NoPortsavailable… Đĩalưutrữ:Filenotfound,Fileinuse,DiskFull,InvalidPath,CRCerror Bộnhớ:Notenoughfreememory,fragmentstoosmall…Thựchiệntestcasesdươngtrước,sauđóthựchiệntestcases âm. 10 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui 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ỗi11 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui trình kiểm thử Kiểmchứcnăngmới:Kiểmchứcnăng mớiđượcthêmvàosovớichukìtrước KiểmRegression:Kiểmlạichứcnăng “cũ”ngẫunhiênđểđảmbảokhôngcó chứcnăngnàobịhỏng12 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui trình kiểm thử Kiểmchứcnăngmới: Phầntrămkhốilượngcôngviệcthườngít KiểmRegression: Khốilượngcôngviệctăngkhimỗichứcnăng mớith ...
Nội dung trích xuất từ tài liệu:
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 ThSNguyễnQuốcHuyĐHSG 07/04/16Quy 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ỗi2 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui 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 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui trình kiểm thử:Test PlansPhầ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 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui trình kiểm thử: Test PlansMố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 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui trình kiểm thử: Test Plans07/04/16 ThSNguyễnQuốcHuyĐHSG 6Qui 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ăngdựa trên kinh nghiệm trước đó)• Khi 75% lịch trình trôi qua, chốt lại ngày hoànthành kiểm thử, nhưng mà phải chú ý đến tiếntrì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 chodự án tiếp theo.7 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui 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 ThSNguyễnQuốcHuyĐHSG 07/04/16 Qui trình kiểm thử: Test CasesBắtđầucôngviệcviếttestcaseskhilấyđượcyêucầu.Đưatestcaseschongườiviếtmãxem.Lấynhậnxétcủahọ. Giúpngănchặnbugstừkhiviếtmã.Testcasesnênđưađầyđủthôngtinthựchiệnkiểmthử,nhưng khôngquáchitiếtđểchomọingườicóthểthựchiện.Nêncó độbiếnthiênvàsựngẩunhiêntrongtestcase. 9 ThSNguyễnQuốcHuyĐHSG 07/04/16 Qui trình kiểm thử: Test CasesTestCasesdương: Thựchiệnchứcnăngnhưyêucầu.TestCasesâm: Trườnghợpbịngắt Mạng:Disconnected,NoPortsavailable… Đĩalưutrữ:Filenotfound,Fileinuse,DiskFull,InvalidPath,CRCerror Bộnhớ:Notenoughfreememory,fragmentstoosmall…Thựchiệntestcasesdươngtrước,sauđóthựchiệntestcases âm. 10 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui 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ỗi11 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui trình kiểm thử Kiểmchứcnăngmới:Kiểmchứcnăng mớiđượcthêmvàosovớichukìtrước KiểmRegression:Kiểmlạichứcnăng “cũ”ngẫunhiênđểđảmbảokhôngcó chứcnăngnàobịhỏng12 ThSNguyễnQuốcHuyĐHSG 07/04/16Qui trình kiểm thử Kiểmchứcnăngmới: Phầntrămkhốilượngcôngviệcthườngít KiểmRegression: Khốilượngcôngviệctăngkhimỗichứcnăng mớith ...
Tìm kiếm theo từ khóa liên quan:
Software testing Kiểm định phần mềm Bài giảng Software testing Test plans Test cases Qui trình kiểm thửTài liệu liên quan:
-
Ebook Software testing: A craftsman's approach (Fourth edition) - Paul C. Jorgensen
470 trang 103 0 0 -
26 trang 47 0 0
-
BÀI 2. QUY TRÌNH PHÁT TRIỂN PHẦN MỀM
59 trang 41 0 0 -
Bài giảng Software testing: Chương 5 - ThS. Nguyễn Quốc Huy
28 trang 27 0 0 -
Bài giảng Kiểm thử phần mềm: Bài 5
26 trang 26 0 0 -
Ebook Software testing and quality assurance: Theory and practice – Part 1
253 trang 26 0 0 -
Ebook Software quality: Concepts and practice - Part 1
422 trang 25 0 0 -
Decrypting the Security Beta Exam Objectives
224 trang 25 0 0 -
Software Testing and Continuous Quality Improvement
561 trang 22 0 0 -
Lecture Software construction - Lecture 18: Software testing
14 trang 22 0 0