phần mềm quản lý bán sách

HỌC VIỆN CÔNG NGHỆ BƯU CHÍNH VIỄN THÔNG KHOA CÔNG NGHỆ THÔNG TIN ĐẢM BẢO CHẤT LƯỢNG PHẦN MỀM GV.TS Đỗ Thị Bích Ngọc Thực hiện: Ninh Đức Quyền – B12DCCN502 Đề tài: Phần mềm quản lý bán sách TEST PLAN MỤC LỤC GIỚI THIỆU I Mục đích Thông tin chung 3 Tài liệu liên quan Phạm vi test Ràng buộc 6 Danh sách rủi ro II CÁC YÊU CẦU CHO TEST III CHIẾN LƯỢC TEST Test chức (Functional Testing) Test giao diện người dùng (User Interface Testing) Test liệu tích hợp liệu (Data and Database Integrity Testing) Test chu trình nghiệp vụ (Business Cycle Testing) 10 Test hiệu suất (Performance testing) 11 5.1 Performance Profiling 11 5.2 Load Testing 13 5.3 Stress Testing 13 5.4 Volume Testing 15 Test bảo mật kiểm soát truy cập 16 Giai đoạn test 17 Công cụ kiểm thử 18 IV NGUỒN LỰC 18 V Nhân lực 18 Thời gian kiểm thử 19 Tài liệu tham khảo 19 I GIỚI THIỆU Mục đích Tài liệu kế hoạch kiểm thử dùng để: - Xác định thông tin dự án phần dự án cần kiểm thử - Liệt kê yêu cầu kiểm thử (Test Requirements) - Nêu phương pháp, chiến lược kiểm thử nên sử dụng - Xác định nguồn lực cần tính công - Liệt kê kết quả, tài liệu có sau thực kiểm thử Thông tin chung Phần mềm quản lý bán sách Tài liệu liên quan ST T Tên tài liệu Mục đích (Test Plan) Đưa kế hoạch, chiến lược nội dung thực để kiểm thử dự án Thiết kế TestCase TestData Mô tả TestCase TestData cho chức hệ thống Kết phần Kết phần cập nhật sheet Kết test file TestCase Báo cáo tổng hợp Báo cáo tổng hợp kết test cho toàn hệ thống Phạm vi test Các giai đoạn kiểm tra thực hiện: Tìm hiểu mục đích, chức loại kiểm thử:  Unit Test – kiểm thử mức đơn vị  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ỏ trang web  Kiểm tra đơn vị thành phần nhỏ trang web “Bán sách” gồm : hàm (Function), lớp (Class), phương thức (Method)  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 kiểm thử sửa lỗi mức kiểm thử cố gắng thực Unit Test thật tốt  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  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  Integration test kết hợp thành phần ứng dụng kiểm thử ứng dụng hoàn thành  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)  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  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  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 yêu cầu đặt hay không  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  Điểm khác then chốt Integration Test System Test System Test trọng hành vi lỗi toàn hệ thống, Integration Test trọng giao tiếp đơn thể đối tượng chúng làm việc  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ử 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ử chức (Functional Test) Kiểm thử khả phục hồi (Recovery Test) 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  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 ,đối với trang web bán sách kiểm thử chức thiết yếu : chức đăng nhập, đăng kí, tìm kiếm, chức AddAuthor Ràng buộc Liệt kê rang buộc trình test, như: - Môi trường test khác thiếu số hệ thống cần để giao tiếp với hệ thống cần test - Ràng buộc nguồn lực, lịch trình thiếu công cụ test Danh sách rủi ro Số tt Rủi Ro Ảnh hưởng Kế hoạch phòng ngừa Định nghĩa yêu -sai toàn thiết -giao cho người có kinh cầu lỗi kế hệ thống nghiệm lấy yêu cếu khách hàng Định nghĩa yêu Thiếu chức -sau pha phân tich yêu cầu cầu không đầy đủ hệ thống thực họp lại với khách hàng để thồng yêu cầu chức Yêu cầu không -có ảnh hưởng -tìm người có kinh nghiệm để cần thiết tới ngân sách, phan tích yêu cầu độ phức tạp, thười gian phát triển hệ thống Hiểu sai tài -Không đồng -Luôn yêu cầu người tập liệu yêu cầu thay trung có thay đổi đổi phần mềm tài liệu Người lập trình -thiếu chức -Quản lí kiểm tra lại bỏ bớt chức năng yêu cầu chức lập trình yêu cầu áp lực khách hoàn thành công việc Kế hoạch đối phó -Luôn thực việc xem xét lại yêu cầu khách hàng trước thực phân tích thiết kế -Có kế hoạch bổ sung nhân lức để làm phần chức thiếu -Không phát triển thêm chức liên quan tới yêu cầu không cần thiết -Luôn có thời gian dự phòng cho việc thay đổi yêu cầu khách hàng - Yêu cầu làm tăng bổ sung nhân lực thời gian hàng dẫn đến phải làm bổ sung, chậm tiến trình -Lỗi hệ thống -Quản lí kiểm tra thực phương pháp xử lí chức nghiệm hệ yêu cầu thống Người lập trình chén thêm cải tiến không chấp nhận vài chức Áp dụng sai thuật -kết không toán xử lí đạt mong muốn sai toàn hệ thống Lỗi lập trình -hệ thống không chạy báo lỗi II -Lập tức yêu cầu người lập trình thay đổi cách code lại theo yêu cầu có sẵn - Luôn kiểm tra kĩ thuật - Bổ sung nhân toán sử dụng cho hệ lực có kinh thống nghiệm để sử lis thuật toán sai -Tuyển dụng nhân viên có -Yêu cầu kinh nghiệm lập trình vào nhân viên có pha quan trọng để hạn chế lỗi kinh nghiệm xử lí phát hiên lỗi CÁC YÊU CẦU CHO TEST Yêu cầu chức Tên nghiệp vụ Home Form Register Form Chức mô tả Người dùng truy nhập ứng dụng -Người dùng truy cập vào trang quản trị web - Người dùng click vào button đăng ký - Hệ thống form đăng ký gồm mục: Tên đăng nhập, mật khẩu, Họ tên , Nơi ở, email - Người dùng điền đầy đủ thông tin vào mục, sau click button “ Đăng ký” Tài khoản người dùng lưu vào sở liệu Login -Người dùng truy nhập ứng dụng -Người dùng điền đầy đủ thông tin vào hai mục tên đăng nhập mật -Sau click Đăng nhập ProductView Form: có danh mục: + Sách + Tìm kiếm -Người dùng truy nhập ứng dụng -Người dùng click vào “Sách” “ tìm kiếm” Tìm kiếm tên sách -Người dùng truy nhập ứng dụng -Người dùng điền thông tin vào textfield sau click button “ tìm kiếm” -Người dùng truy nhập ứng dụng -Người dùng đăng nhập account cấp quyền manager trở lên -Người dùng click vào “Quản lý sách” Quản lý sách + Thêm sách +Sửa sách + Xóa sách III CHIẾN LƯỢC TEST Test chức (Functional Testing) Mục đích test chức tập trung vào yêu cầu test lưu vết trực tiếp c.ác chức qui tắc nghiệp vụ Mục tiêu kiểu test kiểm tra tính đắn liệu, qui trình báo cáo việc thực qui tắc nghiệp vụ Kiểu test dựa vào kỹ thuật Black Box, tức kiểm tra ứng dụng xử lý nội cách tương tác với ứng dụng thông qua giao diện người sử dụng phân tích kết đầu Bảng sau liệt kê số gợi ý ứng dụng: Mục đích test: Đảm bảo mục tiêu test đắn chức năng, bao gồm định hướng, liệu đầu vào, xử lý liệu nhận Cách thực hiện: Thực đơn vị, chu trình đơn vị chức năng, sử dụng liệu hợp lệ không hợp lệ để kiểm tra: - Kết mong đợi với liệu hợp lệ - Lỗi thích hợp thông báo hiển thị liệu không hợp lệ - Mỗi qui tắc nghiệp vụ áp dụng Điều kiện hoàn thành: - Toàn kế hoạch test thực Các vấn đề đặc biệt: Xác định mô tả vấn đề (nội bên ngoài) ảnh hưởng đến việc test chức - Toàn lỗi phát ghi nhận Test giao diện người dùng (User Interface Testing)  Test giao diện người dùng kiểm tra tương tác người dùng với phần mềm  Mục tiêu để đảm bảo giao diện người dùng cung cấp cho người sử dụng cách truy cập sử dụng thích hợp thông qua chức mục tiêu test Kiểm tra: - Việc sử dụng thông qua mục tiêu test phản ánh chức yêu cầu nghiệp vụ, bao gồm hình đến hình, trường đến trường sử dụng phương pháp Mục đích test: truy cập - Các đối tượng thuộc tính menus, size, position, state Cách thực hiện: Tạo chỉnh sửa test cho hình để kiểm tra việc sử dụng cách tình trạng đối tượng cho hình đối tượng ứng dụng Điều kiện hoàn thành: Mỗi hình kiểm tra thành công với phiên kiểm tra phạm vi chấp nhận Các vấn đề đặc biệt: Không phải toàn thuộc tính đối tượng truy cập Test liệu tích hợp liệu (Data and Database Integrity Testing)  Cơ sở liệu xử lý sở liệu phải test hệ thống dự án(hệ thống phải test không cần thông qua giao diện người dùng để giao tiếp với liệu)  Nghiên cứu thêm DBMS để xác định công cụ kỹ thuật có giúp hỗ trợ cho việc test Mục đích test: Đảm bảo phương pháp truy cập chức xử lý sai lệch liệu> Cách thực hiện: - Thực phương pháp truy cập xử lý, thử trường hợp với liệu hợp lệ không hợp lệ yêu cầu liệu - Kiểm tra sở liệu để đảm bảo liệu lưu trữ mong đợi, toàn kiện với sở liệu xảy đúng, hợc xem xét liệu trả để đảm bảo nhận liệu cho lý đúng> Điều kiện hoàn thành: Tất phương pháp truy cập chức xử lý giống thiết kế sai lệch liệu> - Việc test đòi hỏi phải môi trường phát triển DBMS drivers để truy cập sửa liệu trực tiếp sở liệu Các vấn đề đặc biệt: - Các xử lý phải thực tay - Cơ sở liệu có kích thước nhỏ tối thiểu (giới hạn số ghi) phải dùng để làm rõ thêm kiện không phép chấp nhận Test chu trình nghiệp vụ (Business Cycle Testing)  Test chu trình nghiệp vụ phải thực hoạt động dự án qua thời gian(phải xác định chu kỳ, ví dụ năm, giao dịch hoạt động xảy chu kỳ năm phải thực hiện)  Việc bao gồm chu kỳ hàng ngày, hàng tuần hàng tháng kiện ảnh hưởng ngày tháng, ví dụ ứng dụng ngân hàng Mục đích test: Đảm bảo mục đích test đắn tiến trình chạy ngầm thực yêu cầu mô hình nghiệp vụ lịch trình Việc test giả lập vài chu trình nghiệp vụ cách thực công việc sau: Cách thực hiện: - Các test dùng cho việc test chức sửa lại nâng cấp để tăng số lần chức thực để giả 10 lập số người dùng khác chu kỳ định - Toàn chức theo ngày tháng thực với liệu hợp lệ không hợp lệ chu kỳ thời gian - Toàn chức xảy lịch trình chu kỳ thực vào thời gian thích hợp - Việc test bao gồm liệu hợp lệ không hợp lệ để kiểm tra: o Kết xảy liệu hợp lệ o Lỗi tương tự cảnh báo hiển thị liệu không hợp lệ - Các vấn đề đặc biệt: - Toàn kế hoạch test thực - Toàn lỗi phát ghi nhận - Điều kiện hoàn thành: Mỗi qui tắc nghiệp vụ áp dụng 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) 5.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 Mục đích test: 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: - Workload bình thường biết trước (normal anticipated 11 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ụ - 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 Cách thực hiện: - 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) - Giao dịch đơn lẻ người dùng đơn lẻ: Thực thành công test script lỗi phạm vi mong đợi Điều kiện hoàn thành: thời gian phản hồi cho giao dịch - Nhiều giao dịch nhiều người dùng: Thực thành công test script lỗi thời gian chấp nhận được> Việc test hiệu suất toà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 - 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 để Các vấn đề đặc biệt: 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 toá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 12 tế đo 5.2  Load Testing Load testing kiểu test hiệu suất mà mục tiêu kiểm tra workload để tính toá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 đá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 - Sử dụng test xây dựng cho test chức chu trình nghiệp vụ Cách thực hiện: - Sửa lại file liệu để tăng số lượng giao dịch test nhằm tăng thêm số lần thực giao dịch Điều kiện hoàn thành: Nhiều giao dịch nhiều người dùng: Thực thành công việc test 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 đủ Các vấn đề đặc biệt: xác - Cơ sở liệu dùng cho load testing phải có kích thước thực tế đo 5.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) 13  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 lỗi với điều kiện sau: - 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, tiếp tục thực chức cách thích hợp> - Sử dụng test xây dựng để thực Performance Profiling Load Testing - Để test việc hạn chế tài nguyên, test phải chạy máy đơn lẻ RAM DASD máy chủ phải giảm hạn Cách thực hiện: chế - Để thực stress tests khác phải sử dụng nhiều người dùng chạy TC bổ sung test để thực độ lớn giao dịch xấy hỗn hợp Điều kiện hoàn thành: Toàn kế hoạch test thực hạn chế hệ thống xác định thỏa mãn điều kiện tối thiểu đặt sai trong hợp điều kiện không nằm điều 14 kiện xác định - Việc test Stressing mạng đòi hỏi công cụ để load mạng với nhiều thông báo gói liệu Các vấn đề đặc biệt: - DASD dùng cho hệ thống phải tạm thời giảm xuống để hạn chế khả chỗ trống cho tăng trưởng sở liệu - Đồng hóa máy trạm đồng thời truy cập vào ghi account liệu 5.4  Volume Testing Mục tiêu Volume Testing để kiểm tra giới hạn độ lớn liệu làm phần mềm bị sai  Volume Testing xác định load lớn liên tục độ lớn mà mục đích test điều khiển chu kỳ cho (Ví dụ, mục đích test xử lý tập ghi để tạo báo cáo, Volume Test dùng sở liệu test lớn kiểm tra xem phần mềm có chạy bình thường cho báo cáo không) Mục đích test: Kiểm tra xem mục tiêu test có thực thành công chức theo điều kiện sau không: - Số máy trạm lớn kết nối (thực tế vật lý – có thể), giả lập, tất thực chức nghiệp vụ chu kỳ mở rộng - Kích thước sở liệu lớn (thực tế đo được) nhiều query giao dịch báo cáo thực đồng thời - Sử dụng test xây dựng cho Performance Profiling Load Testing Cách thực hiện: - Có thể dùng nhiều người dùng, chạy test bổ sung test để thực trường hợp giao dịch volume hỗn hợp xấu (xem Stress Testing trên) chu kỳ mở rộng 15 - Tạo sở liệu lớn (thực tế, qui đổi, lọc liệu đại diện) nhiều người dùng chạy query giao dịch báo cáo đồng thời chu kỳ mở rộng> Điều kiện hoàn thành: - Các vấn đề đặc biệt: Chu kỳ thời gian chấp nhận cho điều kiện sở liệu lớn, nói trên? Toàn kế hoạch test thực giới hạn hệ thống xác định đạt tới xử lý mà lỗi> Test bảo mật kiểm soát truy cập  Test bảo mật kiểm soát truy cập tập trung vào hai lĩnh vực bảo mật o Bảo mật mức ứng dụng, bao gồm truy cập liệu chức nghiệp vụ  Dựa bảo mật yêu cầu, người dùng bị hạn chế sử dụng số chức tình sử dụng, bị hạn chế giới hạn liệu phù hợp với họ  Ví dụ, người phép nhập liệu để tạo account có người quản lý xóa chúng Nếu bảo mật mức liệu, việc test đảm bảo “người dùng nhóm 1” nhìn thấy thông tin khách hàng, bao gồm liệu tài chính, nhiên “người dùng nhóm 2” nhìn thấy thông tin chung chung cho khách hàng o Bảo mật mức hệ thống, bao gồm truy cập vào hệ thống truy cập từ xa  Chỉ người dùng cho quyền truy cập vào hệ thống có khả truy cập vào ứng dụng cổng thích hợp Mục đích test: - Bảo mật mức ứng dụng: Đảm bảo người dùng truy cập vào chức liệu mà nhóm người dùng phép - Bảo mật mức hệ thống: Đảm bảo người phép truy cập hệ thống ứng dụng 16 phép truy cập chúng - Bảo mật ứng dụng: Xác định liệt kê nhóm người dùng chức liệu mà họ phép truy cập - Tạo test case cho nhóm người dùng kiểm tra quyền cách tạo giao dịch xác định cho nhóm Cách thực hiện: - Sửa lại nhóm người dùng chạy lại tình test cho người dùng Với trường hợp, kiểm tra chức thêm vào liệu có không hay bị từ chối - Truy cập mức hệ thống: tham khảo điều kiện đặc biệt Điều kiện hoàn thành: Với nhóm người dùng có chức liệu thích hợp, toàn chức giao dịch dự kiến chạy test chức ứng dụng trước Các vấn đề đặc biệt: 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 Giai đoạn test Giai đoạn test Kiểu test Unit Integration System Acceptance Functional Tests (Function, User Interface) X X X X X X X X Performance Tests (Performance profiles of individual components) Performance Tests 17 Giai đoạn test Kiểu test Unit Integration System Acceptance (Load, Stress, Contention) Reliability X (Integrity, Structure) X Công cụ kiểm thử Mục đích Thiết kế Testcase Lập Test Plan Checklist Testscript IV Tên công cụ Excel Word Excel JUnit Nhà cung cấp Microsoft Microsoft Microsoft netbean Phiên 2007 2007 2007 4.0 NGUỒN LỰC Nhân lực Dự án có thành viên Nhân Số lượng tối thiểu nên có Ghi (full-time) Quản lý kiểm thử (Test Manager ) Quản lý họat động kiểm thử Nhiệm vụ: - Sử dụng quản lý nguồn lực Nhân viên kiểm thử Hướng dẫn kỹ thuật - Test Project Manager Báo cáo quản lý Thực việc kiểm thử Nhiệm vụ: - Tiến hành kiểm thử - Viết ghi kết kiểm thử (Test Logs) - Viết tài liệu báo cáo kiểm thử 18 Nhân Số lượng tối thiểu nên có Ghi (full-time) Quản trị hệ thống Đảm bảo môi trường hệ thống để kiểm thử Nhiệm vụ: - Phối hợp kiểm tra hệ thống môi trường (máy chủ, ) - Cài đặt ứng dụng cần thiết để kiểm thử hệ thống - Báo cáo tình trạng hệ thống Thời gian kiểm thử Chức Test: Tìm kiếm sách V Chịu trách nhiệm Ninh Đức Quyền Ngày bắt đầu 12/4/2016 Ngày kết thúc 16/4/2016 Tài liệu tham khảo Software Quality Assurance – TS Đỗ Thị Bích Ngọc http://www.testingvn.com/ Practical Software Testing – Manual Testing Help eBook Version 2.0 19