1. Trang chủ
  2. » Luận Văn - Báo Cáo

Kế hoạch test

32 7 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 32
Dung lượng 438,5 KB

Nội dung

Test plan template 1 PAGE 19 NUMPAGES 1 NUMPAGES 1 NUMPAGES 1 NUMPAGES 1 NUMPAGES 1 NUMPAGES 1 Kế hoạch test Website Đoàn trường THPT Nguyễn Du Kế hoạch test Mã dự án Group7[.] Website Đoàn trường THPT Nguyễn Du Kế hoạch test Mã dự án: Group7-Test Mã tài liệu: SoftwareTesting07 -Kế hoạch test BẢN GHI NHẬN THAY ĐỔI TÀI LIỆU Ngày Vị trí thay thay đổi đổi Group7-Test Lý Nguồn gốc Phiê n cũ Mô tả thay đổi Phiên 2/32 -Kế hoạch test TRANG KÝ Người lập: Trần Mỹ Phúc 16-06-2010 Người xem xét: KS.Ngơ Nguyễn Minh Nhật CSC Việt Nam Group7-Test 3/32 -Kế hoạch test MỤC LỤC GIỚI THIỆU 1.1 Mục đích 1.2 Thông tin chung 1.3 Tài liệu liên quan 1.4 Phạm vi test 1.5 Ràng buộc 11 1.6 Liệt kê mạo hiểm 11 CÁC YÊU CẦU CHO TEST 12 CHIẾN LƯỢC TEST 14 3.1 Các kiểu test 14 3.1.1 Test chức (Functional Testing) 15 3.1.2 Test hiệu suất (Performance testing) 18 3.1.3 Test Bảo mật Kiểm soát truy cập (Security and Access Control Testing) .22 3.1.4 Test hồi qui (Regression Testing) .24 3.2 Giai đoạn test .24 3.3 Các công cụ test 25 TÀI NGUYÊN 25 4.1 Nhân lực 25 4.2 Hệ thống 27 4.2.1 Hệ thống phần cứng cần thiết .27 4.2.2 Hệ thống phần mềm cần thiết .28 4.2.3 Cơng cụ hỗ trợ cho q trình Test 28 4.2.4 Cấu hình mơi trường Test 29 CÁC MỐC KIỂM SOÁT CỦA GIAI ĐOẠN TEST (TEST MILESTONES) 29 CÁC SẢN PHẨM 29 NHIỆM VỤ KIỂM TRA PHẦN MỀM “WEBSITE ĐOÀN TRƯỜNG THPT NGUYỄN DU” CỦA GROUP 30 7.1 Quản lý diễn đàn niên 30 7.2 Quản lý hoạt động thường niên 31 7.3 Quản lý hồ sơ đoàn viên 31 Group7-Test 4/32 -Kế hoạch test 1.1 GIỚI THIỆU Mục đích Mục đích Website Đồn trường THPT Nguyễn Du :  Tinh giản thủ tục đăng kí, quản lí hồ sơ Đồn viên  Hỗ trợ thống kê, xếp loại Đồn viên  Tạo mơi trường liên kết học tập cho Đoàn viên Thanh niên trường Tài liệu biên soạn với tiêu chí sau :  Mô tả cách thức thực công việc kiểm tra phần mềm đầy đủ tốt bao gồm : o Đặc tả module cần kiểm tra Website Đoàn trường THPT Nguyễn Du dựa vào mục đích phần mềm chức thực phần mềm o Phân công cụ thể module cần kiểm tra cho thành viên thích hợp nhóm lên kế hoạch bước cho cá nhân o Đề mức tiêu chuẩn chấp nhận để kết luận kết kiểm tra  Đây công cụ giúp cho việc truyền thơng dễ dàng nhóm kiểm tra nhóm phát triển phần mềm Tài liệu bao gồm phần sau :  Giới thiệu : giúp cho thành viên có nhìn chung bao qt kế hoạch kiểm tra phần mềm Website Đoàn trường THPT Nguyễn Du  Các yêu cần cho test : xác định thành phần (tình test, yêu cầu chức phi chức năng) xác định mục tiêu test Các thành phần liệt kê danh sách test Group7-Test 5/32 -Kế hoạch test  Chiến lược test: Chiến lược test giới thiệu phương án tiếp cận để test mục tiêu test o Những vấn đề chiến lược test kỹ thuật áp dụng điều kiện để biết việc test hoàn thành o Mô tả kiểu test dùng dự án o Liệt kê với kiểu test tương ứng test cho chức o Việc test dừng  Tài nguyên : bao gồm toàn nguồn nhân lực tài nguyên hệ thống phục vụ cho trình kiểm tra  Các mốc kiểm sốt giai đoạn test: độc lập với mốc kiểm sốt dự án, cho biết xác thơng tin tình trạng hồn thành dự án 1.2 Thơng tin chung Mục đích kiểm tra phần mềm Website Đồn trường THPT Nguyễn Du tìm nhiều lỗi tốt để phục vụ cho việc phát triển phần mềm dựa phạm vi sau mô tả yêu cầu chung chương trình Phạm vi kiểm tra bao gồm mục sau :  Test chức (Function Testing) bao gồm : o Test chức (Function Testing) o Test giao diện người sử dụng (User Interface Testing) o Test liệu tích hợp liệu (Data and Database Integrity Testing) o Test chu trình nghiệp vụ (Business Cycle Testing)  Test hiệu suất (Performance testing) bao gồm: o Performance Profiling o Load Testing Group7-Test 6/32 -Kế hoạch test o Stress Testing o Volume Testing  Test Bảo mật Kiểm soát truy cập (Security and Access Control Testing)  Test hồi qui (Regression Testing) 1.3 Tài liệu liên quan ST T 1.4 Tên tài liệu Nguồn Group7-Testv0.9.doc Group7 Slides Software Testing SoftwareTesting Class CSC Testplan Sample CSC FPT Testplan Sample FPT Ghi Thu thập từ Internet Phạm vi test Các giai đoạn kiểm tra thực : (Khái quát định nghĩa mức độ giai đoạn , thành viên cần phải nắm rõ để biết quy trình kiểm tra phần mềm Website Đồn trường THPT Nguyễn Du diễn )  Unit Test – kiểm thử mức đơn vị o Mục đích Unit Test bảo đảm thơng tin xử lý xuất (khỏi Unit) xác, mối tương quan với liệu nhập chức đơn vị thành phần nhỏ phần mềm o Kiểm tra đơn vị thành phần nhỏ Website Đoàn trường THPT Nguyễn Du gồm : hàm (Function), thủ tục (Procedure), lớp (Class), phương thức (Method) o Một kinh nghiệm đúc kết từ thực tiễn: thời gian tốn cho Unit Test đền bù việc tiết kiệm nhiều thời gian chi phí cho việc Group7-Test 7/32 -Kế hoạch test kiểm thử sửa lỗi mức kiểm thử cố gắng thực Unit Test thật tốt o Vì Unit Test thường thường lập trình viên thực giai đoạn viết code xuyên suốt chu kỳ phát triển phần mềm Do đó, Unit Test địi hỏi kiểm thử viên có kiến thức thiết kế code chương trình o Unit Test địi hỏi phải chuẩn bị trước tình (test case) kịch (script), định rõ liệu vào, bước thực liệu mong chờ xuất Các test case script nên giữ lại để tái sử dụng  Integration Test – kiểm thử tích hợp o Integration test kết hợp thành phần ứng dụng kiểm thử ứng dụng hoàn thành o Integration Test có mục tiêu chính:  Phát lỗi giao tiếp xảy Unit  Tích hợp Unit đơn lẻ thành hệ thống nhỏ (subsystem) cuối nguyên hệ thống hoàn chỉnh (system) chuẩn bị cho kiểm thử mức hệ thống (System Test) o Integration Test nên thực Unit kiểm tra cẩn thận trước Unit Test, tất lỗi mức Unit sửa chữa o Có loại kiểm thử Integration Test:  Kiểm thử cấu trúc (Structure Test): Tương tự White Box Test  Kiểm thử chức (Functional Test): Tương tự Black Box Test  Kiểm thử hiệu (Performance Test): kiểm thử việc vận hành hệ thống  Kiểm thử khả chịu tải (Stress Test): kiểm thử giới hạn hệ thống  System Test - kiểm thử mức hệ thống Group7-Test 8/32 -Kế hoạch test o Mục đích System Test kiểm thử thiết kế toàn hệ thống (sau tích hợp) có thỏa mãn u cầu đặt hay không o System Test bắt đầu sau Integration Test,trọng tâm đánh giá hoạt động, thao tác, tin cậy yêu cầu khác liên quan đến chất lượng toàn hệ thống o Điểm khác then chốt Integration Test System Test System Test trọng hành vi lỗi tồn hệ thống, cịn Integration Test trọng giao tiếp đơn thể đối tượng chúng làm việc o Bản thân System Test lại gồm nhiều loại kiểm thử khác ,phổ biến gồm:  Kiểm thử chức (Functional Test)  Kiểm thử khả vận hành (Performance Test)  Kiểm thử khả chịu tải (Stress Test hay Load Test)  Kiểm thử cấu hình (Configuration Test)  Kiểm thử khả bảo mật (Security Test)  Kiểm thử khả phục hồi (Recovery Test) o Nhìn từ quan điểm người dùng, cấp độ kiểm thử quan trọng: bảo đảm hệ thống đủ khả làm việc môi trường thực o Lưu ý không thiết phải thực tất loại kiểm thử nêu Tùy yêu cầu đặc trưng hệ thống, tuỳ khả thời gian cho phép dự án, lập kế hoạch, người Quản lý dự án định áp dụng loại kiểm thử Chính , Website Đồn trường THPT Nguyễn Du kiểm thử chức thiết yếu Website : chức năng, chịu tải, vận hành bảo mật  Acceptance Test - kiểm thử chấp nhận sản phẩm Group7-Test 9/32 -Kế hoạch test o Thông thường, sau giai đoạn System Test Acceptance Test, khách hàng thực (hoặc ủy quyền cho nhóm thứ ba thực hiện) Mục đích Acceptance Test để chứng minh PM thỏa mãn tất yêu cầu khách hàng khách hàng chấp nhận sản phẩm (và trả tiền tốn hợp đồng) o Acceptance Test có ý nghĩa quan trọng, hầu hết trường hợp, phép kiểm thử System Test Accepatnce Test gần tương tự, chất cách thức thực lại khác biệt Việc kiểm tra Website Đoàn trường THPT Nguyễn Du thực lần từ lúc thực đến hoàn thành, Group phải test tất chức có phần mềm này, bao gồm : Độ ưu tiên 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 Mã Nội dung Ghi Group7-1-01 Group7-1-02 Group7-1-03 Group7-1-04 Group7-1-05 Group7-1-06 Group7-1-07 Group7-1-08 Group7-1-09 Group7-1-10 Group7-1-11 Group7-1-12 Group7-1-13 Group7-1-14 Group7-2-01 Group7-2-02 Group7-2-03 Group7-2-04 Group7-2-05 Group7-2-06 Group7-2-07 Group7-2-08 Trang chủ Trang hướng dẫn Trang đăng nhập Trang đăng Trang đăng ký Trang Bí thư Trang quản trị Trang Lịch sử Đoàn Thanh niên Trang giới thiệu Bí thư Đồn trường Trang diễn đàn Thanh niên Trang hoạt động thường niên Trang hiển thị văn Đồn Trang hồ sơ Đồn viên Trang tìm kiếm Quản lý hoạt động thường niên Quản lý diễn đàn niên Quản lý hồ sơ đoàn viên Quản lý lịch sử đoàn TNCS HCM Quản lý văn đoàn niên Quản lý lịch sử BCH Quản lý khai báo quy trình đăng nhập, đăng ký Quản lý quy trình kết nạp đồn viên Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test function Test function Test function Test function Test function Test function Test function Test function Group7-Test 10/32 -Kế hoạch test  Toàn lỗi phát ghi nhận Các vấn đề đặc biệt: 3.1.2  Ngày kiện hệ thống địi hỏi hoạt động hỗ trợ đặc biệt  Mơ hình nghiệp vụ đòi hỏi xác định yêu cầu thủ tục test thích hợp Test hiệu suất (Performance testing) 3.1.2.1 Performance Profiling  Performance profiling dạng test hiệu suất thời gian phản hồi, tỷ lệ giao dịch yêu cầu phụ thuộc thời gian khác đo đạc đánh giá  Mục đích Performance Profiling kiểm tra yêu cầu hiệu suất có đạt hay khơng  Performance profiling tiến hành thực để mô tả sơ lược điều chỉnh hành vi hiệu suất mục tiêu test hàm điều kiện ví dụ workload cấu hình phần cứng Kiểm tra biểu hiệu suất cho giao dịch chức nghiệp vụ thiết kế theo điều kiện sau: Mục đích test:  Workload bình thường biết trước (normal anticipated workload)  Workload xấu biết trước (anticipated worst case workload)  Sử dụng thủ tục test cho test chức chu trình nghiệp vụ Cách thực hiện:  Chỉnh sửa file liệu để tăng số lượng giao dịch scripts để tăng số tương tác xảy giao dịch  Scripts phải chạy máy (trường hợp tốt để đánh giá người dùng đơn lẻ, giao dịch đơn lẻ) phải lặp lại nhiều máy trạm (ảo thực, xem vấn đề đặc biệt đây) Điều kiện hoàn thành: Group7-Test  Giao dịch đơn lẻ người dùng đơn lẻ: Thực thành công test script khơng có lỗi phạm vi mong đợi thời gian phản hồi cho giao dịch 18/32 -Kế hoạch test  Nhiều giao dịch nhiều người dùng: Thực thành công test script khơng có lỗi thời gian chấp nhận được> Việc test hiệu suất tồn diện bao gồm phải có workload máy chủ. Có số phương pháp để thực hiện, bao gồm:  “Drive transactions” trực tiếp đến máy chủ, thường form gọi SQL Các vấn đề đặc biệt:  Tạo người dùng ảo để giả lập nhiều máy trạm, thường vài trăm Sử dụng công cụ Remote Terminal Emulation để thực việc load này, kỹ thuật dùng để load giao dịch mạng  Sử dụng nhiều người dùng, người chạy test script để load lên hệ thống Test hiệu suất phải thực máy chuyên dụng thời gian chuyên dùng Điều cho phép việc tính tốn đầy đủ xác Cơ sở liệu sử dụng để test hiệu suất phải có kích thước thực tế đo 3.1.2.2 Load Testing  Load testing kiểu test hiệu suất mà mục tiêu kiểm tra workload để tính tốn đánh giá hiệu suất khả mục đích test để tiếp tục thực chức thích hợp với workload khác  Mục đích load testing xác định đảm bảo chức hệ thống thích hợp với nhiều workload  Ngoài load testing cịn đánh giá tính hiệu suất thời gian phản hồi, tỉ lệ giao dịch vấn đề liên quan đến thời gian khác Mục tiêu test: Kiểm tra hiệu suất thời gian cho giao dịch tình nghiệp vụ thiết kế với nhiều điều kiện workload Cách thực hiện:  Sử dụng test xây dựng cho test chức chu trình nghiệp vụ  Sửa lại file liệu để tăng số lượng giao dịch test Group7-Test 19/32 -Kế hoạch test nhằm tăng thêm số lần thực giao dịch Điều kiện hoàn thành: Các vấn đề đặc biệt: Nhiều giao dịch nhiều người dùng: Thực thành cơng việc test khơng có lỗi thời gian chấp nhận được>  Load testing phải thực máy chuyên dụng vào chuyên biệt Nó cho phép đo đạc đầy đủ xác  Cơ sở liệu dùng cho load testing phải có kích thước thực tế đo 3.1.2.3 Stress Testing  Stress testing kiểu test hiệu suất thực để tìm lỗi trường hợp thiếu tài nguyên cạnh tranh tài nguyên(bộ nhớ dung lượng đĩa làm xuất lỗi mục đích test mà khơng xuất điều kiện bình thường)  Các lỗi khác kết việc cạnh tranh chia sẻ tài nguyên khóa sở liệu băng thơng mạng  Stress testing dùng để xác định wordload tối đa mà mục đích test điều khiển Kiểm tra chức mục đích test đắn khơng có lỗi với điều kiện sau:  Có khơng có nhớ phù hợp máy chủ (RAM DASD)  Số lượng máy trạm tối đa thực tế giả lập kết nối vào máy chủ Mục đích test:  Nhiều người dùng thực giao dịch với liệu account  Độ lớn giao dịch xấu hỗn hợp (xem phần Performance Testing trên) Chú ý: Mục đích Stress Testing phát biểu rõ ghi điều kiện mà hệ thống lỗi, khơng thể tiếp tục thực chức cách thích hợp> Group7-Test 20/32 ... viên Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test function Test function Test function Test function Test. .. man - days, test 0,5 man- days Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test function Test function Test function Test function Test function Test function... sau :  Test chức (Function Testing) bao gồm : o Test chức (Function Testing) o Test giao diện người sử dụng (User Interface Testing) o Test liệu tích hợp liệu (Data and Database Integrity Testing)

Website Đoàn trường THPT Nguyễn Du Kế hoạch test Mã dự án: Group7-Test Mã tài liệu: SoftwareTesting07 -Kế hoạch test BẢN GHI NHẬN THAY ĐỔI TÀI LIỆU Ngày Vị trí thay thay đổi đổi Group7-Test Lý Nguồn gốc Phiê n cũ Mô tả thay đổi Phiên 2/32 -Kế hoạch test TRANG KÝ Người lập: Trần Mỹ Phúc 16-06-2010 Người xem xét: KS.Ngơ Nguyễn Minh Nhật CSC Việt Nam Group7-Test 3/32 -Kế hoạch test MỤC LỤC GIỚI THIỆU 1.1 Mục đích 1.2 Thông tin chung 1.3 Tài liệu liên quan 1.4 Phạm vi test 1.5 Ràng buộc 11 1.6 Liệt kê mạo hiểm 11 CÁC YÊU CẦU CHO TEST 12 CHIẾN LƯỢC TEST 14 3.1 Các kiểu test 14 3.1.1 Test chức (Functional Testing) 15 3.1.2 Test hiệu suất (Performance testing) 18 3.1.3 Test Bảo mật Kiểm soát truy cập (Security and Access Control Testing) .22 3.1.4 Test hồi qui (Regression Testing) .24 3.2 Giai đoạn test .24 3.3 Các công cụ test 25 TÀI NGUYÊN 25 4.1 Nhân lực 25 4.2 Hệ thống 27 4.2.1 Hệ thống phần cứng cần thiết .27 4.2.2 Hệ thống phần mềm cần thiết .28 4.2.3 Cơng cụ hỗ trợ cho q trình Test 28 4.2.4 Cấu hình mơi trường Test 29 CÁC MỐC KIỂM SOÁT CỦA GIAI ĐOẠN TEST (TEST MILESTONES) 29 CÁC SẢN PHẨM 29 NHIỆM VỤ KIỂM TRA PHẦN MỀM “WEBSITE ĐOÀN TRƯỜNG THPT NGUYỄN DU” CỦA GROUP 30 7.1 Quản lý diễn đàn niên 30 7.2 Quản lý hoạt động thường niên 31 7.3 Quản lý hồ sơ đoàn viên 31 Group7-Test 4/32 -Kế hoạch test 1.1 GIỚI THIỆU Mục đích Mục đích Website Đồn trường THPT Nguyễn Du :  Tinh giản thủ tục đăng kí, quản lí hồ sơ Đồn viên  Hỗ trợ thống kê, xếp loại Đồn viên  Tạo mơi trường liên kết học tập cho Đoàn viên Thanh niên trường Tài liệu biên soạn với tiêu chí sau :  Mô tả cách thức thực công việc kiểm tra phần mềm đầy đủ tốt bao gồm : o Đặc tả module cần kiểm tra Website Đoàn trường THPT Nguyễn Du dựa vào mục đích phần mềm chức thực phần mềm o Phân công cụ thể module cần kiểm tra cho thành viên thích hợp nhóm lên kế hoạch bước cho cá nhân o Đề mức tiêu chuẩn chấp nhận để kết luận kết kiểm tra  Đây công cụ giúp cho việc truyền thơng dễ dàng nhóm kiểm tra nhóm phát triển phần mềm Tài liệu bao gồm phần sau :  Giới thiệu : giúp cho thành viên có nhìn chung bao qt kế hoạch kiểm tra phần mềm Website Đoàn trường THPT Nguyễn Du  Các yêu cần cho test : xác định thành phần (tình test, yêu cầu chức phi chức năng) xác định mục tiêu test Các thành phần liệt kê danh sách test Group7-Test 5/32 -Kế hoạch test  Chiến lược test: Chiến lược test giới thiệu phương án tiếp cận để test mục tiêu test o Những vấn đề chiến lược test kỹ thuật áp dụng điều kiện để biết việc test hoàn thành o Mô tả kiểu test dùng dự án o Liệt kê với kiểu test tương ứng test cho chức o Việc test dừng  Tài nguyên : bao gồm toàn nguồn nhân lực tài nguyên hệ thống phục vụ cho trình kiểm tra  Các mốc kiểm sốt giai đoạn test: độc lập với mốc kiểm sốt dự án, cho biết xác thơng tin tình trạng hồn thành dự án 1.2 Thơng tin chung Mục đích kiểm tra phần mềm Website Đồn trường THPT Nguyễn Du tìm nhiều lỗi tốt để phục vụ cho việc phát triển phần mềm dựa phạm vi sau mô tả yêu cầu chung chương trình Phạm vi kiểm tra bao gồm mục sau :  Test chức (Function Testing) bao gồm : o Test chức (Function Testing) o Test giao diện người sử dụng (User Interface Testing) o Test liệu tích hợp liệu (Data and Database Integrity Testing) o Test chu trình nghiệp vụ (Business Cycle Testing)  Test hiệu suất (Performance testing) bao gồm: o Performance Profiling o Load Testing Group7-Test 6/32 -Kế hoạch test o Stress Testing o Volume Testing  Test Bảo mật Kiểm soát truy cập (Security and Access Control Testing)  Test hồi qui (Regression Testing) 1.3 Tài liệu liên quan ST T 1.4 Tên tài liệu Nguồn Group7-Testv0.9.doc Group7 Slides Software Testing SoftwareTesting Class CSC Testplan Sample CSC FPT Testplan Sample FPT Ghi Thu thập từ Internet Phạm vi test Các giai đoạn kiểm tra thực : (Khái quát định nghĩa mức độ giai đoạn , thành viên cần phải nắm rõ để biết quy trình kiểm tra phần mềm Website Đồn trường THPT Nguyễn Du diễn )  Unit Test – kiểm thử mức đơn vị o Mục đích Unit Test bảo đảm thơng tin xử lý xuất (khỏi Unit) xác, mối tương quan với liệu nhập chức đơn vị thành phần nhỏ phần mềm o Kiểm tra đơn vị thành phần nhỏ Website Đoàn trường THPT Nguyễn Du gồm : hàm (Function), thủ tục (Procedure), lớp (Class), phương thức (Method) o Một kinh nghiệm đúc kết từ thực tiễn: thời gian tốn cho Unit Test đền bù việc tiết kiệm nhiều thời gian chi phí cho việc Group7-Test 7/32 -Kế hoạch test kiểm thử sửa lỗi mức kiểm thử cố gắng thực Unit Test thật tốt o Vì Unit Test thường thường lập trình viên thực giai đoạn viết code xuyên suốt chu kỳ phát triển phần mềm Do đó, Unit Test địi hỏi kiểm thử viên có kiến thức thiết kế code chương trình o Unit Test địi hỏi phải chuẩn bị trước tình (test case) kịch (script), định rõ liệu vào, bước thực liệu mong chờ xuất Các test case script nên giữ lại để tái sử dụng  Integration Test – kiểm thử tích hợp o Integration test kết hợp thành phần ứng dụng kiểm thử ứng dụng hoàn thành o Integration Test có mục tiêu chính:  Phát lỗi giao tiếp xảy Unit  Tích hợp Unit đơn lẻ thành hệ thống nhỏ (subsystem) cuối nguyên hệ thống hoàn chỉnh (system) chuẩn bị cho kiểm thử mức hệ thống (System Test) o Integration Test nên thực Unit kiểm tra cẩn thận trước Unit Test, tất lỗi mức Unit sửa chữa o Có loại kiểm thử Integration Test:  Kiểm thử cấu trúc (Structure Test): Tương tự White Box Test  Kiểm thử chức (Functional Test): Tương tự Black Box Test  Kiểm thử hiệu (Performance Test): kiểm thử việc vận hành hệ thống  Kiểm thử khả chịu tải (Stress Test): kiểm thử giới hạn hệ thống  System Test - kiểm thử mức hệ thống Group7-Test 8/32 -Kế hoạch test o Mục đích System Test kiểm thử thiết kế toàn hệ thống (sau tích hợp) có thỏa mãn u cầu đặt hay không o System Test bắt đầu sau Integration Test,trọng tâm đánh giá hoạt động, thao tác, tin cậy yêu cầu khác liên quan đến chất lượng toàn hệ thống o Điểm khác then chốt Integration Test System Test System Test trọng hành vi lỗi tồn hệ thống, cịn Integration Test trọng giao tiếp đơn thể đối tượng chúng làm việc o Bản thân System Test lại gồm nhiều loại kiểm thử khác ,phổ biến gồm:  Kiểm thử chức (Functional Test)  Kiểm thử khả vận hành (Performance Test)  Kiểm thử khả chịu tải (Stress Test hay Load Test)  Kiểm thử cấu hình (Configuration Test)  Kiểm thử khả bảo mật (Security Test)  Kiểm thử khả phục hồi (Recovery Test) o Nhìn từ quan điểm người dùng, cấp độ kiểm thử quan trọng: bảo đảm hệ thống đủ khả làm việc môi trường thực o Lưu ý không thiết phải thực tất loại kiểm thử nêu Tùy yêu cầu đặc trưng hệ thống, tuỳ khả thời gian cho phép dự án, lập kế hoạch, người Quản lý dự án định áp dụng loại kiểm thử Chính , Website Đồn trường THPT Nguyễn Du kiểm thử chức thiết yếu Website : chức năng, chịu tải, vận hành bảo mật  Acceptance Test - kiểm thử chấp nhận sản phẩm Group7-Test 9/32 -Kế hoạch test o Thông thường, sau giai đoạn System Test Acceptance Test, khách hàng thực (hoặc ủy quyền cho nhóm thứ ba thực hiện) Mục đích Acceptance Test để chứng minh PM thỏa mãn tất yêu cầu khách hàng khách hàng chấp nhận sản phẩm (và trả tiền tốn hợp đồng) o Acceptance Test có ý nghĩa quan trọng, hầu hết trường hợp, phép kiểm thử System Test Accepatnce Test gần tương tự, chất cách thức thực lại khác biệt Việc kiểm tra Website Đoàn trường THPT Nguyễn Du thực lần từ lúc thực đến hoàn thành, Group phải test tất chức có phần mềm này, bao gồm : Độ ưu tiên 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 Mã Nội dung Ghi Group7-1-01 Group7-1-02 Group7-1-03 Group7-1-04 Group7-1-05 Group7-1-06 Group7-1-07 Group7-1-08 Group7-1-09 Group7-1-10 Group7-1-11 Group7-1-12 Group7-1-13 Group7-1-14 Group7-2-01 Group7-2-02 Group7-2-03 Group7-2-04 Group7-2-05 Group7-2-06 Group7-2-07 Group7-2-08 Trang chủ Trang hướng dẫn Trang đăng nhập Trang đăng Trang đăng ký Trang Bí thư Trang quản trị Trang Lịch sử Đoàn Thanh niên Trang giới thiệu Bí thư Đồn trường Trang diễn đàn Thanh niên Trang hoạt động thường niên Trang hiển thị văn Đồn Trang hồ sơ Đồn viên Trang tìm kiếm Quản lý hoạt động thường niên Quản lý diễn đàn niên Quản lý hồ sơ đoàn viên Quản lý lịch sử đoàn TNCS HCM Quản lý văn đoàn niên Quản lý lịch sử BCH Quản lý khai báo quy trình đăng nhập, đăng ký Quản lý quy trình kết nạp đồn viên Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test function Test function Test function Test function Test function Test function Test function Test function Group7-Test 10/32 -Kế hoạch test  Toàn lỗi phát ghi nhận Các vấn đề đặc biệt: 3.1.2    Ngày kiện hệ thống địi hỏi hoạt động hỗ trợ đặc biệt    Mơ hình nghiệp vụ đòi hỏi xác định yêu cầu thủ tục test thích hợp Test hiệu suất (Performance testing) 3.1.2.1 Performance Profiling  Performance profiling dạng test hiệu suất thời gian phản hồi, tỷ lệ giao dịch yêu cầu phụ thuộc thời gian khác đo đạc đánh giá  Mục đích Performance Profiling kiểm tra yêu cầu hiệu suất có đạt hay khơng  Performance profiling tiến hành thực để mô tả sơ lược điều chỉnh hành vi hiệu suất mục tiêu test hàm điều kiện ví dụ workload cấu hình phần cứng Kiểm tra biểu hiệu suất cho giao dịch chức nghiệp vụ thiết kế theo điều kiện sau:  Mục đích test:     Workload bình thường biết trước (normal anticipated workload)     Workload xấu biết trước (anticipated worst case workload)     Sử dụng thủ tục test cho test chức chu trình nghiệp vụ Cách thực hiện:     Chỉnh sửa file liệu để tăng số lượng giao dịch scripts để tăng số tương tác xảy giao dịch     Scripts phải chạy máy (trường hợp tốt để đánh giá người dùng đơn lẻ, giao dịch đơn lẻ) phải lặp lại nhiều máy trạm (ảo thực, xem vấn đề đặc biệt đây) Điều kiện hoàn thành: Group7-Test     Giao dịch đơn lẻ người dùng đơn lẻ: Thực thành công test script khơng có lỗi phạm vi mong đợi thời gian phản hồi cho giao dịch 18/32 -Kế hoạch test     Nhiều giao dịch nhiều người dùng: Thực thành công test script khơng có lỗi thời gian chấp nhận được> Việc test hiệu suất tồn diện bao gồm phải có workload máy chủ.  Có số phương pháp để thực hiện, bao gồm:    “Drive transactions” trực tiếp đến máy chủ, thường form gọi SQL Các vấn đề đặc biệt:     Tạo người dùng ảo để giả lập nhiều máy trạm, thường vài trăm Sử dụng công cụ Remote Terminal Emulation để thực việc load này, kỹ thuật dùng để load giao dịch mạng     Sử dụng nhiều người dùng, người chạy test script để load lên hệ thống Test hiệu suất phải thực máy chuyên dụng thời gian chuyên dùng Điều cho phép việc tính tốn đầy đủ xác Cơ sở liệu sử dụng để test hiệu suất phải có kích thước thực tế đo   3.1.2.2 Load Testing  Load testing kiểu test hiệu suất mà mục tiêu kiểm tra workload để tính tốn đánh giá hiệu suất khả mục đích test để tiếp tục thực chức thích hợp với workload khác  Mục đích load testing xác định đảm bảo chức hệ thống thích hợp với nhiều workload  Ngoài load testing cịn đánh giá tính hiệu suất thời gian phản hồi, tỉ lệ giao dịch vấn đề liên quan đến thời gian khác Mục tiêu test: Kiểm tra hiệu suất thời gian cho giao dịch tình nghiệp vụ thiết kế với nhiều điều kiện workload Cách thực hiện:     Sử dụng test xây dựng cho test chức chu trình nghiệp vụ     Sửa lại file liệu để tăng số lượng giao dịch test Group7-Test 19/32 -Kế hoạch test nhằm tăng thêm số lần thực giao dịch Điều kiện hoàn thành: Các vấn đề đặc biệt: Nhiều giao dịch nhiều người dùng: Thực thành cơng việc test khơng có lỗi thời gian chấp nhận được>     Load testing phải thực máy chuyên dụng vào chuyên biệt Nó cho phép đo đạc đầy đủ xác     Cơ sở liệu dùng cho load testing phải có kích thước thực tế đo   3.1.2.3 Stress Testing  Stress testing kiểu test hiệu suất thực để tìm lỗi trường hợp thiếu tài nguyên cạnh tranh tài nguyên(bộ nhớ dung lượng đĩa làm xuất lỗi mục đích test mà khơng xuất điều kiện bình thường)  Các lỗi khác kết việc cạnh tranh chia sẻ tài nguyên khóa sở liệu băng thơng mạng  Stress testing dùng để xác định wordload tối đa mà mục đích test điều khiển Kiểm tra chức mục đích test đắn khơng có lỗi với điều kiện sau:     Có khơng có nhớ phù hợp máy chủ (RAM DASD)     Số lượng máy trạm tối đa thực tế giả lập kết nối vào máy chủ Mục đích test:     Nhiều người dùng thực giao dịch với liệu account     Độ lớn giao dịch xấu hỗn hợp (xem phần Performance Testing trên) Chú ý: Mục đích Stress Testing phát biểu rõ ghi điều kiện mà hệ thống lỗi, khơng thể tiếp tục thực chức cách thích hợp> Group7-Test 20/32 ... viên Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test function Test function Test function Test function Test. .. man - days, test 0,5 man- days Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test GUI Test function Test function Test function Test function Test function Test function... sau :  Test chức (Function Testing) bao gồm : o Test chức (Function Testing) o Test giao diện người sử dụng (User Interface Testing) o Test liệu tích hợp liệu (Data and Database Integrity Testing)

Ngày đăng: 10/01/2023, 16:18

w