Mạng Xã Hội Zones - Iteration/ Master - Test PlanVersion 2.0

Nhóm D2 Test Plan Version Test Plan Version: Date: Revision History Date Version Description First Draft Author Tô Đăng Khai Quách Ngọc Phước Diệp Lan Quỳnh Final Test Plan Tô Đăng Khai Quách Ngọc Phước Diệp Lan Quỳnh Confidential , 2022 Page Test Plan Version: Date: Table of Contents Introduction 1.1 Purpose 1.2 Scope 1.3 Intended Audience 1.4 Document Terminology and Acronyms 1.5 References 1.6 Document Structure Evaluation Mission and Test Motivation 2.1 Background 2.2 Evaluation Mission 2.3 Test Motivators Target Test Items Outline of Planned Tests 4.1 Outline of Test Inclusions 4.2 Outline of Other Candidates for Potential Inclusion 4.3 Outline of Test Exclusions Test Approach 5.1 Initial Test-Idea Catalogs and Other Reference Sources 5.2 Testing Techniques and Types Entry and Exit Criteria 6.1 Test Plan Được thực thi thu thập phần yêu cầu bắt đầu vào thiết kế hệ thống , giao diện thiết kế liên quan Xảy q trình test , phát có q nhiều test case sai, test case không phù hợp với mong muốn test tester Hoặc test case không phủ hết tất trường hợp xảy phần mềm, tạo nên lỗi tiềm ẩn 6.2 Test Cycles Việc thực test đươc thực theo chu kỳ lặp, qua pharse Test plan lại chỉnh sửa thêm dựa vào thay đổi phần yêu cầu thiết kế vừa cập nhật thực thi việc test chương trình Việc kết thúc xác định tất phần cần test với test case test xong, chuẩn bị sang pharse Khi test case có nhiều lỗi, khơng đãm bảo việc test chương trình cho kết xác, việc test dừng lai , test case thay đổi Deliverables Confidential , 2022 Page Test Plan Version: Date: 7.1 Test Evaluation Summaries 7.2 Reporting on Test Coverage Phương thức 7.3 Perceived Quality Reports 7.4 Incident Logs and Change Requests 7.5 Smoke Test Suite and Supporting Test Scripts 7.6 Additional Work Products Testing Workflow Environmental Needs 9.1 Base System Hardware 9.2 Base Software Elements in the Test Environment 9.3 Productivity and Support Tools 9.4 Test Environment Configurations 10 Responsibilities, Staffing, and Training Needs 10.1 People and Roles 10.2 Staffing and Training Needs 11 Iteration Milestones 12 Management Process and Procedures 12.1 Measuring and Assessing the Extent of Testing 12.2 Assessing the Deliverables of this Test Plan 12.3 Problem Reporting, Escalation, and Issue Resolution 12.4 Managing Test Cycles 12.5 Traceability Strategies 12.6 Approval and Signoff Confidential , 2022 Page Test Plan Version: Date: Test Plan 1.1 Introduction Purpose Mục đích kế hoạch kiểm thử để đảm bảo “ứng dụng mạng xã hội dành cho sinh viên” hay “Zonest” đáp ứng cần thiết yêu cầu mạng xã hội Kế hoạch thử nghiệm cho dbViZ hỗ trợ mục tiêu sau đây: • Xác định mục cần có thử nghiệm • Xác định động lực cho ý tưởng đằng sau khu vực kiểm tra để bảo hiểm • Vạch phương pháp thử nghiệm sử dụng • Xác định nguồn lực cần cung cấp ước tính nỗ lực thử nghiệm • Danh sách yếu tố hoạt động thử nghiệm Yêu cầu kiểm tra, chiến lược, cách tiếp cận, trách nhiệm, xác định xét nghiệm để sử dụng để thử nghiệm Ứng dụng Web Thử nghiệm tiến hành, tập trung chủ yếu vào việc thử nghiệm chức Zonest thông qua giao diện người dùng web Các thành viên nhóm test quản lý, chịu trách nhiệm tiến hành kiểm thử Zonest theo trình bày 1.2 Scope Mức độ kiểm thử: giao diện, sở liệu, đơn vị, tích hợp, khả chịu đựng Kế hoạch thử nghiệm mô tả đơn vị, tích hợp hệ thống con, thử nghiệm hệ thống cấp thực thành phần Zonest Người ta cho trước kiểm tra hệ thống để kiểm tra phải trải qua xem xét đồng đẳng thức mã số thành công thông qua đánh giá ngang hàng thử nghiệm Phân hệ kiểm tra kiểm tra giao diện: GUI CSS Cơ sở liệu: bảng, tốc độ truy cập… Unit test thực thông qua chương trình điều khiển kiểm tra thực kiểm tra biên giới kiểm tra hộp đen Các phép đo thực sau kiểm tra: Thời gian đáp ứng cho load trang chủ Thời gian đáp ứng cho việc truy xuất đồng thời nhiều người dùng 1.3 Intended Audience Kế hoạch thử nghiệm văn cho đối tường liên quan Đối với nhóm viết Zonest kế hoạch kiểm thử phục vụ hướng dẫn Các giáo viên hướng dẫn thực hành sử dụng kế hoạch thử nghiệm thước đo để xác định Zonest thử nghiệm Confidential , 2022 Page Test Plan 1.4 Version: Date: Document Terminology and Acronyms Thuật ngữ: Viết tắt: RUP - Rational Unified Process 1.5 References Bản mô tả dự án Zonset Bản kế hoạch phát triển dự án 1.6 Document Structure (Xem mục lục) Evaluation Mission and Test Motivation Nhiệm vụ kiểm thử: thẩm định chất lượng Zonest Động lực kiểm thử: điểm thực hành 2.1 Background Kế hoạch thử nghiệm phát triển hướng dẫn cho nỗ lực thử nghiệm Zonest 2.2 Evaluation Mission Thử nghiệm thực chủ yếu để xác minh Zonest đáp ứng yêu cầu đặt trường hợp sử dụng Sau thử nghiệm thực để xác minh chất lượng sản phẩm alpha 2.3 Test Motivators Thử nghiệm thúc đẩy mong muốn có điểm tốt mơn kiểm chứng phần mềm để đảm bảo yêu cầu chức không chức đáp ứng Target Test Items Sau xác định mục tiêu để thử nghiệm: Nền tảng Java: ASP NET, Frameword 3.5 Cơ sở liệu: SQL Server 2005 Hệ điều hành: Windows 4.1 Outline of Planned Tests Outline of Test Inclusions Sẽ kiểm thử: GUI testing CSDL Confidential , 2022 Page Test Plan Version: Date: Unit Test Web testing Sẽ không kiểm thử: Tích hợp Sercurity 4.2 Outline of Other Candidates for Potential Inclusion Các xét nghiệm sau có giá trị theo đuổi nguồn lực có sẵn trình lớp: Kiểm thử performent Kiểm thử sức chịu đựng 4.3 Outline of Test Exclusions Các xét nghiệm sau không thực Zonest khơng thuộc phạm vi dự án: Kiểm thử độ bảo mật Test Approach Một khía cạnh để xem xét cho phương pháp kiểm thử kỹ thuật sử dụng Điều bao gồm phác thảo cách thức mà kỹ thuật thực hiện, tay tự động tiêu chí cho biết kỹ thuật hữu ích thành công Đối với kỹ thuật, cung cấp mô tả kỹ thuật xác định ngắn gọn lý phần quan trọng phương pháp kiểm thử Một khía cạnh khác để thảo luận phần mơ hình lỗi hay thất bại mà áp dụng cách tiếp cận đánh giá chúng Khi bạn xác định khía cạnh phương pháp này, bạn nên cập nhật mục 10, nhiệm vụ, nhân sự, nhu cầu đào tạo, tài liệu cấu hình mơi trường kiểm tra tài nguyên khác cần thiết để thực khía cạnh 5.1 Initial Test-Idea Catalogs and Other Reference Sources Chiến lược test giới thiệu phương án tiếp cận để test mục tiêu test Những vấn đề chiến lược test kỹ thuật áp dụng điều kiện để biết việc test hồn thành Mơ tả kiểu test dùng dự án Có thể liệt kê với kiểu test tương ứng test cho chức Việc test dừng 5.2 Testing Techniques and Types 5.1.1 Data and Database Integrity Testing Technique Objective: Confidential Áp dụng phương pháp quy trình truy cập liệu độc lập với giao diện người dùng để quan sát ghi nhận hành vi hoạt động khơng mục đích liệu bị hư hỏng , 2022 Page Test Plan Technique: Version: Date: • Gọi quy trình phương pháp truy cập dự liệu, khởi đầu quy trình với liệu hợp lệ không hợp lệ yêu cầu truy vấn liệu • Kiểm tra CSDL để đảm bảo dự liệu chỗ dự tính tất kiện CSDL diễn cách xác xem lại liệu trả đảm bảo liệu xác trả cho truy vần Oracles: Khơng có Required Tools: Kỹ thuật cần có cơng cụ sau : Công cụ test tự động theo kịch Cơng cụ để phục hồi cấu hình cho hình Cơng cụ để lưu phục hồi Công cụ kiểm tra cài đặt (registry, hard disk, CPU, memory…) CSDL SQL công cụ tiện ích Công cụ phát sinh liệu Success Criteria: Việc test hoàn thành tất testcase thực có kết Các lỗi tìm thấy ghi nhận vào giải pháp cụ thể Các lỗi mở (nếu có) phải ghi nhận giải Special Considerations: Việc kiểm thử u cầu mơi trường phát triển DBMS trình điều khiển để nhập thay đổi liệu trực tiếp sở liệu Các quy trình nên gọi tay Các CSDL có kích nhỏ nên thường xuyên sử dụng để làm ttăng khả xuất kiện không chấp nhận 5.1.2 Function Testing Technique Objective: Kiểm tra chức người dung với vai trò khách, thành viên quản trị Kiểm tra tất liên kết trang web Kết nối sở liệu Các biểu mẫu sử dụng trang web để đưa thông tin lên trang web lấy thông tin Technique: Với chu trình kiện usecase, xác định tập giao dịch đại diện cho hành động tác nhân thực usecase Tối thiểu phải có testcase cho giao dịch: testcase cho kết hợp lệ, testcase cho kết không hợp lệ Với kiểm tra liên kết link, phải đưa bảng tất trạng thái để xác định trạng thái liên kết link trang web, trang web Confidential , 2022 Page Test Plan Version: Date: Oracles: Khơng có Required Tools: Kỹ thuật cần có cơng cụ sau : Cơng cụ test tự động theo kịch Cấu hình cho hình(imager) cho việc phục hồi(restorer) Công cụ để lưu phục hồi Công cụ kiểm tra cài đặt (registry, hard disk, CPU, memory…) Công cụ phát sinh liệu Success Criteria: Tiêu chuẩn để xác định việc test hoàn thành tất testcase thực Tất lỗi xác định phải ghi nhận, mơ tả, có giải pháp thỏa thuận Khơng có lỗi phát Special Considerations: 5.1.3 Xác định mô tả thành phần vấn đề (nội hay bên ngoài) tác động đến việc thực thực thi kiểm thử chức Business Cycle Testing Technique Objective: Thực việc kiểm thử có mục đích quy trình theo tiến độ mơ hình nghiệp vụ bắt buộc để quan sát ghi nhận mục tiêu hành vi Technique: Việc kiểm thử mơ số chu trình kinh doanh cách thực điều sau đây: Các test sử dụng cho việc kiểm tra chức có mục đích sửa đổi nâng cao để tăng số lần chức thực thi để mô vài người dùng khác khoảng thời gian quy định Tất chức thời gian ngày nhạy cảm thực cách sử dụng ngày tháng hợp lệ không hợp lệ khoảng thời gian Tất chức xảy theo lịch trình định kỳ thực khởi động vào thời gian thích hợp Việc kiểm thử bao gồm sử dụng liệu hợp lệ không hợp lệ để xác minh điều sau đây: Các kết dự kiến xảy liệu hợp lệ sử dụng Các lỗi thích hợp thông điệp cảnh báo hiển thị liệu không hợp lệ sử dụng Mọi quy tắc nghiệp vụ áp dụng Oracles: Confidential Không có , 2022 Page Test Plan Required Tools: Version: Date: Kỹ thuật cần có cơng cụ sau : Công cụ test tự động theo kịch Cấu hình cho hình(imager) cho việc phục hồi(restorer) Công cụ để lưu phục hồi Cơng cụ phát sinh liệu Success Criteria: Tồn kế hoạch test thực Toàn lỗi phát ghi nhận Special Considerations: • Hệ thống ngày tháng kiện yêu cầu hoạt động hỗ trợ đặc biệt • Một mơ hình nghiệp vụ cần thiết để xác định thủ tục yêu cầu kiểm tra thích hợp 5.1.4 User Interface Testing Technique Objective: Thực điều sau để quan sát ghi nhận tiêu chuẩn phù hợp mục tiêu hành vi: Sự điều hướng thơng qua mục đích kiểm thử phản ánh chức nghiệp vụ ác yêu cầu, bao gồm window-to-window, field-to- field, sử dụng phương pháp tiếp cận (phím tab, di chuyển chuột, phím tắt) Các đặc điểm đối tượng Windown thực menus, size, position, state, focus Technique: Với hình phải đưa check list cho control để việc kiểm tra dễ dàng Với tính cần kiểm tra: đưa danh sách điều kiện kiểm tra Oracles: Khơng có Required Tools: Kỹ thuật địi hỏi phải có cơng cụ test tự động theo kịch Success Criteria: Việc test hoàn thành tất testcase thực có kết Các lỗi tìm thấy ðều ðýợc ghi nhận vào giải pháp cụ thể Các lỗi mở (nếu có) phải ghi nhận giải Special Considerations: Confidential Khơng phải tất thuộc tính để tùy chỉnh đối tượng bên thứ ba truy cập , 2022 Page 10 Test Plan Special Considerations: Version: Date: • Kiểm thử khác nghiệt mạng u cầu cơng cụ mạng để tải mạng với thông điệp gói tin • Các khơng gian lưu trữ sử dụng cho hệ thống tạm thời nên giảm lại để hạn chế khơng gian sẵn có cho việcc phát triển sở liệu • Đồng hóa máy trạm đồng thời truy cập vào ghi account liệu 5.1.8 Volume Testing Technique Objective: Áp dụng việc test có mục đích theo kịch có số lượng lớn để ghi nhận quan sát hành vi có mục đích: • Tối đa số lượng client kết nối để thực chức nghiệp vụ giống khoảng thời gian dài • Tối đa kích thước mà CSDL đạt tới thực đồng thời nhiều giao tác truy vấn liệu Technique: • Sử dụng kiểm thử cho Performance Profiling Load Testing • nhiều client nên sử dụng, chạy test chạy test bổ sung để đưa số lượng trường hợp xấu giao tác số lượng giao tác bị rối thịi gian dài • Tạo kích thước tối đa cho CSDL nhiều client đồng thời truy vấn dự liệu thời gian dài Oracles: Không có Required Tools: Kỹ thuật cần có cơng cụ sau : Công cụ test tự động theo kịch Cơng cụ để kiểm sốt lập lịch tải giao tác Công cụ kiểm tra cài đặt (registry, hard disk, CPU, memory…) Một công cụ ràng buộc tài ngun ; ví dụ : Canned Heat Cơng cụ phát sinh liệu Success Criteria: Special Considerations: Confidential Toàn kế hoạch test thực giới hạn hệ thống xác định đạt tới xử lý mà khơng có lỗi Những khoảng thời gian chấp nhận điều kiện số lượng liệu lớn, nói trên? , 2022 Page 14 Test Plan 5.1.9 Version: Date: Security and Access Control Testing Technique Objective: Áp dụng việc test có mục đích theo điều kiện để ghi nhận quan sát hành vi có mục đích: Bảo mật mức ứng dụng: actor có quyền truy cập đến file chức mà phép Bảo mật mức hệ thống: actor có quyền truy cập vào hệ thống ứng dụng phép truy cập chúng Technique: Bảo mật mức ứng dụng : xác định danh sách loại người dùng chức hay liệu loại phân quyền Tạo test loại người dùng xác minh cấp quyền cách tạo giao tác cụ thể cho loại người dùng Sửa đổi loại người dùng chạy lại test Trong trường hợp, kiểm tra chức thêm vào liệu có khơng hay bị từ chối Bảo mật mức hệ thống: [See Special Considerations below] Oracles: Khơng có Required Tools: Kỹ thuật cần có công cụ sau : Công cụ test tự động theo kịch Cơng cụ thăm dị “Hacker” Các công cụ bảo mật hệ điều hành cho người dùng Success Criteria: Với nhóm người dùng có chức liệu thích hợp, tồn chức giao dịch dự kiến chạy test chức ứng dụng trước Special Considerations: Truy cập vào hệ thống phải xem xét thảo luận với quản trị hệ thống quản trị mạng, khơng cần chức quản trị mạng quản trị hệ thống Confidential , 2022 Page 15 Test Plan Version: Date: 5.1.10 Failover and Recovery Testing Technique Objective: Mô lại điều kiện thất bại áp dụng thực trình phục hồi (bằng tay tự động) để khôi phục lại sở liệu, ứng dụng, tình trang hệ thống, Các loại điều kiện sau bao gồm việc kiểm thử để quan sát ghi nhận lại hành vi có mục đích sau hồi phục: • Client bị gián đoán điện • Server bị gián đoạn điện • Thơng tin liên lạc bị gián đoạn thơng qua máy chủ mạng • gián đoạn, giao tiếp, tổn thất điện để điều khiển DASD (thiết bị lưu trữ Dynamic Access) DASD • chu trình khơng đầy đủ (q trình lọc liệu bị gián đoạn, q trình đồng hóa liệu bị gián đoạn) Confidential • Con trỏ từ khóa CSDL khơng hợp lệ • thành phần liệu CSDL bị gián đoạn hay không hợp lệ , 2022 Page 16 Test Plan Technique: Version: Date: Các test tạo sẵn cho việc kiểm thử chu trình nghiệp vụ hay chức sử dụng làm sở cho việc tạo loạt giao tác để hỗ trợ chuyển đổi dự phòng phục hồi việc kiểm thử, chủ yếu để xác định test chạy để kiểm tra phục hồi thành cơng • Nguồn gián đoạn cho khách hàng: sức mạnh máy tính giảm xuống • điện bị gián đoạn đến máy chủ: mô phỏng, khởi động thủ tục để làm cho điện giảm xuống máy chủ • gián đoạn thơng qua máy chủ mạng: mô phỏng, khởi động liên lạc với mạng (ngắt kết nối vật lý dây thông tin liên lạc làm giảm điện cho server mạng router) • Gián đoạn, giao tiếp, tổn thất điện để điều khiển DASD DASD: mô loại bỏ giao tiếp vật lý với nhiều DASD trình điều khiển Một điều kiện nêu điều kiện mô đạt được, giao dịch bổ sung phải thực và, tới điểm kiểm tra trạng thái thứ hai, thủ tục phục hồi nên gọi Việcc kiểm thử cho chu trình khơng đầy đủ sử dụng kỹ thuật tương tự mô tả trên, ngoại trừ quy trình CSDL tự thân chúng cần hủy bỏ chấm dứt sớm Kiểm tra điều kiện sau đòi hỏi phải đạt tình trạng CSDL cho trước Một số trường CSDL, trỏ, từ khóa nên bị gián đoạn tay trực tiếp sở liệu (thông qua công cụ sở liệu) Giao tác bổ sung phải thực cách sử dụng test từ việc kiểm thử chu trình chức chu trình nghiệp vụ kiểm tra đầy đủ tồn chu trình Oracles: Phác thảo hay nhiều chiến lược sử dụng kĩ thuật để quan sát cách xác kết test.Kết hợp yếu tố hai phương pháp mà theo quan sát thực đặc tính kết đầu cụ thể cho thấy thành công hay thất bại xảy Lý tưởng nhất, Oracles tự xác minh, cho phép kiểm tra tự động để thực đánh giá sơ việc kiểm thử pass hay fail, nhiên, cẩn thận để giảm thiểu rủi ro vốn có việc xác định kết tự động Required Tools: Kỹ thuật cần có cơng cụ sau : Cấu hình cho hình(imager) cho việc phục hồi(restorer) Công cụ kiểm tra cài đặt (registry, hard disk, CPU, memory…) Các công cụ để lưu phục hồi liệu Confidential , 2022 Page 17 Test Plan Success Criteria: Version: Date: Kỹ thuật hỗ trợ việc kiểm thử : Một nhiều mô thiên thảm họa liên quan đến nhiều kết hợp ứng dụng, CSDL, hệ thống Một nhiều mô phục hồi liên quan đến nhiều kết hợp C, ứng dụng, hệ thống trạng thái mong muốn Special Considerations: Kiểm thử phục hồi xâm nhập cao Thủ tục để ngắt kết nối cáp (mô điện, liên lạc) khơng mong muốn khả thi Phương pháp thay thế, chẳng hạn cơng cụ phần mềm chẩn đốn yêu cầu Tài nguyên từ (hoặc máy tính hoạt động) hệ thống,CSDL, nhóm mạng bắt buộc Các test nên chạy sau vài máy bị cô lập 5.1.11 Configuration Testing Technique Objective: Thực kiểm thử có mục đích phần cứng cần thiết cấu hình phần mềm để quan sát ghi hành vi có mục đích theo cấu hình khác xác định thay đổi tình trạng cấu hình Technique: Sử sụng kịch test chức Mở đóng phần mềm khơng liên quan đến mục đích kiểm thử, chẳng hạn Microsoft Excel Word ứng dụng, phần test trước bắt đầu test Thực giao tác lựa chọn để mô tương tác actor với phần mềm có khơng liên quan đến mục tiêu việc kiểm thử Lặp lại trình trên, giảm thiểu nhớ có sẵn thơng thường máy trạm khách hàng Oracles: Phác thảo hay nhiều chiến lược sử dụng kĩ thuật để quan sát cách xác kết test.Kết hợp yếu tố hai phương pháp mà theo quan sát thực đặc tính kết đầu cụ thể cho thấy thành cơng hay thất bại xảy Lý tưởng nhất, Oracles tự xác minh, cho phép kiểm tra tự động để thực đánh giá sơ việc kiểm thử pass hay fail, nhiên, cẩn thận để giảm thiểu rủi ro vốn có việc xác định kết tự động Required Tools: Kỹ thuật cần có cơng cụ sau : Cấu hình cho hình(imager) cho việc phục hồi(restorer) Công cụ kiểm tra cài đặt (registry, hard disk, CPU, memory…) Success Criteria: Confidential Kỹ thuật hỗ trợ việc kiểm thử nhiều kết hợp thành phần test có mục đích chạy dự kiến, hỗ trợ triển khai môi trường , 2022 Page 18 Test Plan Special Considerations: Version: Date: Những mà phần mềm khơng liên quan đến mục tiêu test cần có sẵn truy cập vào máy tính để bàn? Những ứng dụng thường sử dụng? Những liệu ứng dụng chạy, ví dụ, bảng tính lớn mở Excel, tài liệu 100 trang Word? NetWare toàn hệ thống , server mạng, CSDL, vậy, cần phải ghi nhận phần việc kiểm thử 5.1.12 Installation Testing Technique Objective: Thực cài đặt test có mục đích vào cấu hình phần cứng cần thiết theo điều kiện sau để quan sát ghi hành vi cài đặt thay đổi trạng thái cấu hình: Một cài đặt : máy tính mới, khơng cài đặt trước với update: máy tính cài đặt trước , phiên update : máy tính cài đặt trước , phiên cũ] Technique: • Xây dựng kịch tự động tay để xác nhận tình trạng máy tính mục tiêu o new: khơng cài đặt o phiên tương tự cũ cài đặt • thực cài đặt • Sử dụng tập hợp xác định trước kịch kiểm thử chức năn, chạy giao tác Oracles: Phác thảo hay nhiều chiến lược sử dụng kĩ thuật để quan sát cách xác kết test.Kết hợp yếu tố hai phương pháp mà theo quan sát thực đặc tính kết đầu cụ thể cho thấy thành cơng hay thất bại xảy Lý tưởng nhất, Oracles tự xác minh, cho phép kiểm tra tự động để thực đánh giá sơ việc kiểm thử pass hay fail, nhiên, cẩn thận để giảm thiểu rủi ro vốn có việc xác định kết tự động Required Tools: Kỹ thuật cần có cơng cụ sau đây: Cấu hình cho hình(imager) cho việc phục hồi(restorer) Cơng cụ kiểm tra cài đặt (registry, hard disk, CPU, memory…) Success Criteria: Kỹ thuật hỗ trợ việc kiểm thử cài đặt sản phẩm phát triển nhiều cấu hình cài đặt Special Considerations: Giao tác nên lựa chọn để bao gồm test đảm bảo ứng dụng cài đặt thành công khơng có thành phần lớn phần mềm bị mất? Entry and Exit Criteria Confidential , 2022 Page 19 Test Plan 6.1 Test Plan 6.1.1 Test Plan Entry Criteria Version: Date: Được thực thi thu thập phần yêu cầu bắt đầu vào thiết kế hệ thống , giao diện thiết kế liên quan 6.1.2 Test Plan Exit Criteria Được kết thúc chuyển giao phần mềm cho khách hàng sử dụng 6.1.3 Suspension and Resumption Criteria Xảy q trình test , phát có q nhiều test case sai, test case không phù hợp với mong muốn test tester Hoặc test case không phủ hết tất trường hợp xảy phần mềm, tạo nên lỗi tiềm ẩn 6.2 Test Cycles 6.2.1 Test Cycle Entry Criteria Việc thực test đươc thực theo chu kỳ lặp, qua pharse Test plan lại chỉnh sửa thêm dựa vào thay đổi phần yêu cầu thiết kế vừa cập nhật thực thi việc test chương trình 6.2.2 Test Cycle Exit Criteria Việc kết thúc xác định tất phần cần test với test case test xong, chuẩn bị sang pharse 6.2.3 Test Cycle Abnormal Termination Khi test case có nhiều lỗi, khơng đãm bảo việc test chương trình cho kết xác, việc test dừng lai , test case thay đổi 7.1 Deliverables Test Evaluation Summaries Kỹ thuật: Kỹ thuật phải mô tả việc test thực nào, bao gồm test, hoạt động thực trình test phương pháp dùng để đánh giá kết Điều kiện hoàn thành: Điều kiện hồn thành phát biểu nhằm mục đích: - Xác định chất lượng sản phẩm chấp nhận - Xác định thời điểm mà nỗ lực test thực thành cơng Một điều kiện hồn thành phát biểu rõ ràng phải bao gồm: - Chức năng, hoạt động điều kiện tính tốn - Phương pháp tính tốn Điều kiện mức độ thích ứng với phép đo Các vấn đề đặc biệt: Phần phải ảnh hưởng phụ thuộc tác động ảnh hưởng đến nguồn lực test mơ tả chiến lược Các ảnh hưởng bao gồm: Nhân cơng (ví dụ sẵn sàng cần thiết nguồn lực khác test để hỗ trợ/tham gia test); ràng buộc (ví dụ hạn chế thiết bị sẵn sàng cần thiết/thiếu thiết bị đặc biệt); yêu cầu đặc biệt (ví dụ lịch test truy cập vào hệ thống) Confidential , 2022 Page 20 Test Plan 7.2 Reporting on Test Coverage - 7.3 Version: Date: Phương thức Thời gian thực thi Năng suất Theo dõi nhớ Các cơng cụ: • Aonix Validator/Req • BullseyeCoverage • Clover • CodeTEST • CoverageMeter • CTC++ • Dynamic Code Coverage • GCT • Insure++ • Java Test Coverage • JavaCov • Koalog Code Coverage • LDRA Testbed • Logiscope • McCabe IQ • Rational PureCoverage • Rational Test RealTime Coverage • TCMON • TCA • TCAT C/C++ • TCAT for Java • TCAT-PATH Sau phương thức kiểm tra viết báo cáo lần Perceived Quality Reports Confidential , 2022 Page 21 Test Plan 7.4 7.5 Version: Date: Yêu cầu Thực tế So sánh, đánh giá(dựa dư liệu nhiều lần test) Đưa nguyên nhân Các yêu cầu thay đổi kiểm thử Viết báo cáo đánh giá(WORD, EXCEL….) Incident Logs and Change Requests Ghi chép đầy đủ cố, thay đổi yêu cầu trình Viết báo cáo Sử dụng cơng cụ ghi chép(WORD, EXCEL….) Smoke Test Suite and Supporting Test Scripts - Sử dụng cơng cụ có sẵn, đoạn mã có sẵn để tiến hành kiểm thử hàng loạt - Sử dụng kiểm thử thư viện mở để kiểm thử 7.6 Additional Work Products 7.6.1 Detailed Test Results - Xuất kết file Excel cho trường hợp - Thông số lưu trữ công cụ chuyên dụng 7.6.2 - Additional Automated Functional Test Scripts Tập hợp kịch kiểm thử Sử dụng công cụ để kiểm tra 7.6.3 Test Guidelines - Tập hợp tất trường hợp test - Các thao tác test - Mơ hình hoạt động 7.6.4 Traceability Matrices - Sử dụng công cụ để truy xuất nguồn gốc - Lưu trữ ma trận Testing Workflow - Xác định lịch trình làm việc Tổ chức lưu trữ tài liệu đê thuận lợi việc tiếp xúc Cập nhật trạng thái kiểm thử liên tục Kiểm tra thường xuyên tiến độ hoạt động giai đoạn Đảm bảo thông suốt, trì liên tục Đưa kế hoạch dự phòng Environmental Needs [This section presents the non-human resources required for the Test Plan.] 9.1 Base System Hardware The following table sets forth the system resources for the test effort presented in this Test Plan Confidential , 2022 Page 22 Test Plan Version: Date: System Resources Resource Quantity Database Server —Network or Subnet 10 Name and Type TBD —Server Name TBD —Database Name TBD Client Test PCs 10 —Include special configuration requirements TBD Test Repository —Network or Subnet TBD —Server Name TBD Test Development PCs TBD 9.2 Base Software Elements in the Test Environment The following base software elements are required in the test environment for this Test Plan [Note: Add or delete items as appropriate.] Software Element Name Version Type and Other Notes NT Workstation - Operating System Windows 2000 - Operating System 7,9 Internet Browser - Internet Browser Internet Explorer Netscape Navigator MS Outlook 2007 eMail Client software Network Associates McAfee Virus Checker 2011 Virus Detection and Recovery Software 9.3 Productivity and Support Tools The following tools will be employed to support the test process for this Test Plan [Note: Add or delete items as appropriate.] Tool Category or Type Tool Brand Name Vendor or In-house Version Test Management - - - Defect Tracking - - - ASQ Tool for functional testing - - - ASQ Tool for performance testing - - - Test Coverage Monitor or Profiler - - - Confidential , 2022 Page 23 Test Plan Version: Date: Tool Category or Type Tool Brand Name Vendor or In-house Version Project Management - - - DBMS tools - - - 9.4 Test Environment Configurations The following Test Environment Configurations needs to be provided and supported for this project Configuration Name Description Implemented in Physical Configuration Người sử dụng thường xuyên Sinh viên Minimal configuration supported Hổ trợ tối thiểu Sinh viên Visually and mobility challenged Thay đổi liên tục Sinh viên - Sinh viên Mạng (Khơng có Client) Sinh viên Average user configuration International Double Byte OS Network installation (not client) 10 Responsibilities, Staffing, and Training Needs Trách nhiệm, đội ngũ làm việc việc huấn luyện 10.1 People and Roles This table shows the staffing assumptions for the test effort [Note: Add or delete items as appropriate.] Human Resources Role Minimum Resources Recommended Specific Responsibilities or Comments (number of full-time roles allocated) Test Manager Quản lý giám sát  Trách nhiệm baogồm:  Lên kế hoạch xử lý  Tán thành nhiệm vụ  Xác định động  Thu hoạch tài nguyên thích hợp  Quản lý báo cáo  Tiến hành định kiểm thử  Đánh giá hiệu việc kiểm thử Confidential , 2022 Page 24 Test Plan Version: Date: Human Resources Role Minimum Resources Recommended Specific Responsibilities or Comments (number of full-time roles allocated) Test Analyst Nhận dạng xác định các kiểm thử cụ thể tiến hành  Trách nhiệm bao gồm:  Xác nhận ý tưởng kiểm thử  Định nghĩa chi tiết kiểm thử  Xác định kết kiểm thử  Tài liệu thay đổi yêu cầu  Đánh giá chất lượng sản phẩm Test Designer Xác định cách tiếp cận kĩ thuật để thi hành hiệu kiểm thử Trách nhiệm bao gồm:  Xác định cách tiếp cận kiểm thử  Xác định kiến trúc kiểm thử tự động  Xác minh kĩ thuật kiểm thử  Xác định yếu tố kiểm thử  Cấu trúc kiểm tra việc thực thi Tester Thi hành thực thi kiểm thử Trách nhiệm bao gồm:  Thực thi việc kiểm thử khu vực kiểm thử  Thực thi khu vực kiểm thử  Kết log  Phân tích phục hồi từ kiểm thử thất bại  Tài liệu cố Test System Administrator Đảm bảo kiểm tra môi trường tài nguyên quản lý trì Trách nhiệm bao gồm:  Tiến hành hệ thống quản lý kiểm thử  Cài đặt hỗ trợ truy xuất đến, phục hồi, kiểm tra cấu hình mơi trường kiểm thử thất bại Confidential , 2022 Page 25 Test Plan Version: Date: Human Resources Role Minimum Resources Recommended Specific Responsibilities or Comments (number of full-time roles allocated) Database Administrator, Database Manager Đảm bảo môi trường liệu kiểm thử tài nguyên quản lý trì Trách nhiệm bao gồm:  Hỗ trợ quản lý liệu kiểm thử Designer Nhận dạng xác định hoạt động, thuộc tính, lớp kiểm thử Trách nhiệm bao gồm:  Xác định lớp kiểm thử cần thiết để hỗ trợ yêu cầu theo quy định nhóm Implementer Thực thi kiểm tra đơn vị lớp kiểm thử gói kiểm thử Trách nhiệm bao gồm:  Tạo thành phần kiểm thử cần thiết để hỗ trợ yêu cầu kiểm thử theo quy định người thiết kế 10.2 Staffing and Training Needs This section outlines how to approach staffing and training the test roles for the project Đội ngũ làm việc nhu cầu huần luyện 11 - Tìm hội để kết hợp việc mua công cụ kiểm thử việc huấn luyện sử dụng công cụ - Xem xét đến việc đào tạo chuyển giao cho nhân viên - Sắp xếp nhân lực cho phù hợp với hệ thống quản trị, bồi dưỡng người yêu cầu cho nỗ lực kiểm thử Iteration Milestones [Identify the key schedule milestones that set the context for the Testing effort Avoid repeating too much detail that is documented elsewhere in plans that address the entire project.] Milestone Planned Start Date Actual Start Date Planned End Date Actual End Date Iteration Plan agreed 26/03/2011 26/03/2011 26/03/2011 27/03/2011 Iteration starts 28/03/2011 28/03/2011 28/03/2011 30/03/2011 Requirements baselined 29/03/2011 29/03/2011 01/04/2011 05/04/2011 Architecture baselined 01/04/2011 01/04/2011 05/04/2011 08/04/2011 Confidential , 2022 Page 26 Test Plan Milestone Version: Date: Planned Start Date Actual Start Date Planned End Date Actual End Date User Interface baselined 01/04/2011 01/04/2011 06/04/2011 07/04/2011 First Build delivered to test 03/03/2011 03/03/2011 09/04/2011 10/04/2011 First Build accepted into test 05/04/2011 05/03/2011 11/04/2011 11/04/2011 First Build test cycle finishes 07/04/2011 07/03/2011 13/04/2011 13/04/2011 [Build Two will not be tested] 08/04/2011 08/03/2011 14/04/2011 14/04/2011 Third Build delivered to test 09/04/2011 09/03/2011 16/04/2011 16/04/2011 Third Build accepted into test 12/04/2011 12/03/2011 18/04/2011 18/04/2011 Third Build test cycle finishes 15/04/2011 15/03/2011 19/04/2011 19/04/2011 Fourth Build delivered to test 16/04/2011 16/03/2011 22/04/2011 22/04/2011 Fourth Build accepted into test 20/04/2011 20/03/2011 25/04/2011 25/04/2011 Iteration Assessment review 25/04/2011 25/04/2011 30/04/2011 30/04/2011 Iteration ends 27/04/2011 27/04/2011 05/05/2011 05/05/2011 [List any risks that may affect the successful execution of this Test Plan, and identify mitigation and contingency strategies for each risk Also indicate a relative ranking for both the likelihood of occurrence and the impact if the risk is realized.] Risk Điều kiện tiên không đáp ứng : Phải xác định rõ điều kiện tiên phải đáp ứng trước việc kiểm chứng bắt đầu Dữ liệu dung để kiểm thử không đủ phải đáp ứng điều kiện phải đảm bảo đầy đủ liệu kiểm thử ln ln có sẵn cho biết cần thiết liệu kiểm thử xác minh phù hợp liệu Cơ sở liệu địi hỏi phải làm 12 Contingency (Risk is realized) Mitigation Strategy đảm bảo sở liệu đươc cập nhật theo yêu cầu • • • • • • • • Đưa xử lý giải điều kiện khó Xem xét kiểm thử thất bại Xác định lại liệu kiểm thử Đánh giá lại kế hoạch kiểm thử điều chỉnh Xem xét thành phần Xem xét thử nghiệm thất bại Phục hồi liệu Xóa liệu Management Process and Procedures [Outline what processes and procedures are to be used when issues arise with the Test Plan and its enactment.] 12.1 Measuring and Assessing the Extent of Testing Đo lường định mức quy mơ q trình kiểm thử Confidential , 2022 Page 27 Test Plan Version: Date: 12.2 Assessing the Deliverables of this Test Plan Định mức thành phẩm kế hoạch kiểm thử 12.3 Problem Reporting, Escalation, and Issue Resolution Báo cáo lỗi cách giải 12.4 Managing Test Cycles Quản lý vòng tròn kiểm thử 12.5 Traceability Strategies Đưa chiến lược truy vết Coverage of Testing against Specifications — cho phép đo lường mức độ kiểm thử Motivations for Testing — cho phép đánh giá phù hợp thử nghiệm để xác định xem có nên trì hay loại bỏ kiểm thử Software Design Elements — cho phép theo dõi thay đổi thiết kế Resulting Change Requests — cho phép thực kiểm tra, phát thấy cần thiết thay đổi phải xác định chạy lại để xác nhận yêu cầu thay đổi 12.6 Approval and Signoff Xác nhận kí tên Confidential , 2022 Page 28 ... functional testing - - - ASQ Tool for performance testing - - - Test Coverage Monitor or Profiler - - - Confidential , 2022 Page 23 Test Plan. .. the test process for this Test Plan [Note: Add or delete items as appropriate.] Tool Category or Type Tool Brand Name Vendor or In-house Version Test Management - - - Defect Tracking - - - ASQ... Test Guidelines - Tập hợp tất trường hợp test - Các thao tác test - Mô hình hoạt động 7.6.4 Traceability Matrices - Sử dụng cơng cụ để truy xuất nguồn gốc - Lưu trữ ma trận Testing Workflow -