Trang 1 HỌC VIỆN CÔNG NGHỆ BƯU CHÍNH VIỄN THƠNG Khoa Cơng Nghệ Thơng Tin --- Mơn: Đảm bảo chất lượng phần mềmNhóm lớp học phần: 03TEST PLANĐề tài: Cửa hàng kinh doanh công nghệ Giáo viên
HỌC VIỆN CƠNG NGHỆ BƯU CHÍNH VIỄN THƠNG Khoa Cơng Nghệ Thông Tin Môn: Đảm bảo chất lượng phần mềm Nhóm lớp học phần: 03 TEST PLAN Đề tài: Cửa hàng kinh doanh công nghệ Giáo viên hướng dẫn: Thầy Đào Ngọc Phong Nhóm tập lớn: 15 Hà Nội, 7/5/2022 Lịch sử sửa đổi Phiên Bản thảo Thời gian 19/4/2022 Mô tả sửa đổi Dự thảo ban đầu Người soạn Đinh Thị Diệu Thư Đào Đức Danh Trần Xuân Hiệp Đào Quang Hưng Hồ Tấn Long Người phê duyệt Đinh Thị Diệu Thư Giới thiệu 1.1 Phạm vi - Phạm vi: Tài liệu đặc tả chức website Cửa hàng kinh doanh công nghệ - Đối tượng: Mọi đối tượng có nhu cầu mua laptop cá nhân - Nhóm thực số chức đặc trưng đề tài sau: STT Actor Tên chức Người dùng Đăng ký Người dùng Tìm kiếm sản phẩm Người dùng Xem tất sản phẩm Người dùng Xem sản phẩm khuyến Người dùng Xem sản phẩm theo nhà sản xuất Người dùng Xem chi tiết sản phẩm Người dùng Xem thông tin cá nhân Người dùng Quản lý giỏ hàng Người dùng Thanh toán 10 Người dùng Nhắn tin cho shop 11 Admin Xem tất đơn hàng 12 Admin Quản lý tài khoản 13 Admin Quản lý nhà sản xuất 14 Admin Quản lý sản phẩm 15 Admin Quản lý đơn hàng 16 Người dùng, Admin Đăng nhập Người dùng, Admin Đăng xuất 17 1.2 Mục tiêu Hệ thống website Cửa hàng kinh doanh công nghệ hệ thống hỗ trợ người dùng xem thơng tin sản phẩm laptop có shop thực mua hàng nhanh chóng, thuận tiện, dễ dàng Ngồi hệ thống cịn giúp Admin quản lý khách hàng, đơn mua, sản phẩm, hoá đơn, đơn vị vận chuyển Admin dễ dàng xem thống kê dòng sản phẩm bán chạy nhất, người mua đơn vị vận chuyển Việc xây dựng hệ thống làm tăng tính hiệu việc mua bán, thương mại ngành Thương mại điện tử thời cách mạng 4.0 1.3 Tổng quan Tài liệu đặc tả nhóm phát triển nhằm giúp người đọc hình dung hệ thốn g website Cửa hàng kinh doanh công nghệ cụ thể tìm hiểu yêu cầu chức phi chức nhóm chức năng: đăng ký, đăng nhập, xem thông tin sản phẩm quản lý trang web Tài liệu tham khảo Tham khảo Nguồn gốc Nhận x Giáo trình đảm bảo chất lượng phần Phan Thị Hồi Phương mềm TS.Đỗ Thị Bích Ngọc Template SQA Plan Phụ lục K tài liệu tham khảo Mastering SQA Tạo template SQA plan Check list SRS review Phụ lục J tài liệu tham khảo Mastering SQA Tạo khung SQA plan Sử dụng để xây dựng SQL plan Định nghĩa viết tắt Thuật ngữ/viết tắt SQA Định nghĩa Software Quality Assurance: Đảm bảo chất lượng phần mềm TC Test Case: Trường hợp kiểm thử UTC Unit test case: Trường hợp kiểm thử mức đơn vị UT Unit Test: Kiểm thử mức đơn vị TP Test plan: Kế hoạch kiểm thử QA Quality Assurance: Đảm bảo chất lượng PM Project Manager: Người chịu trách nghiệm quản lý dự án DBMS Database Management System: Hệ quản trị CSDL SRS NSD Software Requirement Specification: Đặc tả yêu cầu phần mềm Người sử dụng Vai trị trách nhiệm Mơ tả vai trò trách nhiệm thành viên thực hoạt động đảm bảo chất lượng cho dự án Thành viên Đinh Thị Diệu Thư Vai trị Tester Leader Nhiệm vụ - Phân tích thiết kế hệ thống, viết đặc tả theo MCCall - Review đặc tả - Lập test plan - Lập checklist - Quản lý tiến độ hoạt động kiểm thử - Thực test manual automation test cho hệ - Review testcase - Thiết kế testcase: thống + Trang chủ (User) + Đăng ký + Đăng nhập + Xem sản phẩm theo NSX + Header&Footer + Quản lý đơn hàng Đào Đức Danh Tester - Review checklist - Lập test plan - Thực test manual automation test cho hệ - Thiết kế testcase cho chức năng: thống + Xem chi tiết sản phẩm + Xem sản phẩm khuyến Đào Quang Hưng Tester - Review checklist - Lập test plan - Thực test manual automation test cho hệ - Thiết kế testcase cho chức năng: thống + Xem tất sản phẩm + Quản lý sản phẩm Trần Xuân Hiệp Tester - Review checklist - Lập test plan - Thực test manual automation test cho hệ - Thiết kế testcase cho chức năng: thống + Xem thông tin cá nhân + Quản lý giỏ hàng Thanh toán + Quản lý tài khoản Hồ Tấn Long Tester - Review checklist - Lập test plan - Thực test manual automation test cho hệ - Thiết kế testcase cho chức năng: thống + Nhắn tin cho shop + Xem Đơn mua + Quản lý nhà sản xuất Phân rã công việc (Các mốc kiểm thử) Công việc ngày: 20/4/2022 - 7/5/2022 Mốc nhiệm vụ Người phụ trách Nguồn lực Ngày bắt đầu Ngày kết thúc (ngày) Tạo kế hoạch kiểm thử mức đơn vị Đào Đức Danh 20/4/2022 22/4/2022 Đánh giá cập nhật UTP Trần Xuân Hiệp 22/4/2022 24/4/2022 Tạo trường hợp kiểm thử mức đơn vị Đào Quang Hưng 24/4/2022 26/4/2022 Đánh giá cập nhật UTC Trần Xuân Hiệp 26/4/2022 27/4/2022 Tạo kế hoạch kiểm thử 27/4/2022 29/4/2022 Đinh Thị Diệu Thư Đánh giá cập nhật TP Đào Quang Hưng 29/4/2022 30/4/2022 Tạo TC Cả nhóm 30/4/2022 4/5/2022 Đánh giá cập nhập TC Cả nhóm 4/5/2022 5/5/2022 Thực thi TC Cả nhóm 5/5/2022 7/5/2022 Các tiêu chuẩn hướng dẫn Lĩnh vực dự án Tham chiếu đến tiêu chuẩn hướng dẫn áp dụng SRS Áp dụng 11 tiêu chí cho Đảm bảo chất lượng phần mềm McCall đề cho SQA Plan Tiêu chuẩn 730 IEEE template : yêu cầu phi chức hệ thống https://docs.google.com/document/d/1zrwT0d-YE1Eo5_qKkWxx3Ai4IePLHi00CxZePPjOSA/edit Coding Tuân theo Coding Standards Java: - Biến, phương thức hay tên hàm: phải viết thường chữ đầu tiên, chữ sau từ viết hoa,các từ viết liền - Hằng thường viết hoa toàn cách dấu gạch Các lớp viết lùi vào so với lớp cha khoảng phím Tab - Code phải chạy cách hoàn chỉnh trình duyệt thơng dụng - Các quy tắc sử dụng if, else, while, - Mỗi module khơng q 30 statements - Có thích cho phương thức ghi đè - Code phải tường minh, rõ ràng, có comment Document continues below Discover more from:bảo chất Đảm lượng phần mền Học viện Công nghệ… 5 documents Go to course ĐỀ CƯƠNG Đ Bclpm Đảm bảo chất lượng phần mền None Ngan hang Dam bao 27 chat luong PM 2018 Đảm bảo chất lượng phần mền None Bai Giang Dam Bao 176 Chat Luong Phan Mem… Đảm bảo chất lượng phần mền None Ngân hàng Đảm Bảo 64 Chất Lượng Phần Mề… Đảm bảo chất lượng phần mền None Official Boyfriend Application Form giải tích 100% (1) [GR] Answers to Questions within the… 24định dạng font chữ chuẩn, bố cục phải Hướng đến chuẩn ngôn ngữ, giao diện, Tiêu chuẩn tài liệu Autómatas Programables rõ ràng, có tài liệu phải làm theo template Cụ thể: - Test Plan theo template CMMI - Test Case theo template MiraCase - Check list - 94% (50) Test hiệu bao gồm phần: có bảng tổng hợp biểu đồ chi tiết, giải thích thơng số Thiết kế test case Đặc tả theo tiêu chí McCall Theo hướng dẫn giảng viên Đ.N.Phong Các hoạt động Đảm bảo chất lượng phần mềm 7.1 Đề xuất đánh giá cho dự án Sản phẩm dự án Loại đánh giá Số lượng người đá Các tài liệu yêu cầu Đánh giá walkthrough Tất thành viên đội Test Tài liệu thiết kế Đánh giá inspection Tất thành viên đội Test Mã nguồn Đánh giá inspection Tất thành viên đội Test Các kế hoạch dự án Đánh giá inspection Tất thành viên đội Test Các ca kiểm thử Đánh giá inspection Tất thành viên đội Test Các kết kiểm thử Đánh giá inspection Tất thành viên đội Test Các bảng kịch Đánh giá inspection Tất thành viên đội Test Tài liệu người dùng Đánh giá walkthrough Tất thành viên đội Test Khách hàng Tài liệu hoạt động Đánh giá walkthrough Tất thành viên đội Test Khách hàng 7.2 Đề xuất chiến lược kiểm thử cho dự án 7.2.1 Người kiểm thử STT Thành viên Vai trò Đinh Thị Diệu Thư Tester Leader Đào Đức Danh Tester Đào Quang Hưng Tester Trần Xuân Hiệp Tester Hồ Tấn Long Tester 7.2.2 Mơi trường kiểm thử Mục đích Cơng cụ Nhà sản xuất/Tự phát triển Quản lý hoạt động kiểm thử Microsoft Word, Excel Kiểm soát lỗi Intellij JetBrain Kiểm thử chức Các trình duyệt Web (FF, IE, GC) FireFox, Chrome, Coccoc Kiểm thử hoạt động Intellij JetBrain Các công cụ quản trị CSDL MySQL 7.2.3 Microsoft Chiến lược kiểm thử 7.2.3.1 Các kiểu kiểm thử ❖ Kiểm thử chức năng: Mục đích Cơng thức tính tốn điều kiện xử lý Xử lý liệu đầu Đối tượng Dữ liệu đầu vào: liệu trường Dữ liệu đầu ra: Thông báo thành công Cách thực Thực usecase, chu trình usecase chức năng, sử dụng liệu h - Kết mong đợi xảy sử dụng 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ệ Điều kiện hồn thành Tác vụ thay đổi lưu vào sở liệu Ngoại lệ Xác định mô tả mục vấn đề ảnh hưởng đến kiểm thử chức năn ❖ Kiểm thử giao diện NSD: Mục đích Thơng qua mục tiêu kiểm thử phản ánh chức yêu cầu nghiệp vụ, hình, trường đến trường sử dụng phương pháp truy cập Đối tượng Cách thực Các đối tượng thuộc tính hình như, menus, size, position, state giao diệ Tạo chỉnh sửa kịch kiểm thử cho hình Kiểm tra giao diện hiển thị với điều kiện yêu cầu Điều kiện hoàn thành Giao diện hiển thị hợp lý, dễ nhìn, tiêu chuẩn đặc tả Ngoại lệ Không phải thành phần giao diện truy cập ❖ Kiểm thử liệu tích hợp liệu: Mục đích Đối tượng Đảm bảo lưu trữ, thao tác, truy vấn thông tin trả lại đặc tả yêu cầu Thực câu lệnh truy xuất tới sở liệu để lưu thông tin người dùng, mục đ việc ghi liệu, thông tin người dùng nhập Cách thực Thực kiểm tra thiết kế sở liệu Đ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ế không Ngoại lệ Việc kiểm thử địi hỏi phải mơi trường phát triển DBSM drivers để truy c trực tiếp sở liệu Các xử lý phải thực tay ❖ Kiểm thử hồi quy: Mục đích Kiểm tra phần sửa chữa, thêm phần mềm để đảm bảo thay đ gây lỗi Đối tượng Cách thực Các module, phần sửa chữa, thêm phần mềm Tái sử dụng test case từ phần kiểm thử trước để kiểm tra module đượ Thực test case tương tác module để đảm bảo hệ thống hoạt động tốt Điều kiện hoàn thành Toàn trường hợp kiểm thử thực đạt yêu cầu Ngoại lệ Đòi hỏi hiểu biết hệ thống ❖ Kiểm thử hiệu năng: Mục đích Xác minh hiệu hành vi cho giao dịch thiết kế chức ngh điều kiện - Workload trường hợp dự đốn thơng thường - Workload trường hợp dự đoán xấu Đối tượng Các chức luồng nghiệp vụ Cách thực Sử dụng test case viết cho chức luồng nghiệp vụ : - Sửa file liệu để tăng số giao dịch script để tăng số lần lặp xảy - Script cần chạy máy lặp lại với nhiều khách hàng Điều kiện hoàn thành Hoàn thành test script mà không bị lỗi với thời gian mong muốn cho giao dịch Ngoại lệ Thực kiểm thử chức bao gồm workload server ❖ Kiểm thử bảo mật truy cập: Mục đích Bảo mật mức ứng dụng đảm bảo người phân quyền có quyền truy cập tính tương ứng Bảo mật mức hệ thống đảm bảo người dùng cấp phép quyền truy c hệ thống Đối tượng Những người dùng cho quyền truy cập vào hệ thống có khả truy cập vào dụng cổng phù hợp Cách thực Bảo mật mức ứng dụng : - Xác định liệt kê với loại người dùng chức năng, liệu mà quy cập - Tạo ca kiểm thử cho loại người dùng xác minh quyền cách tạo - Chỉnh sửa loại người dùng chạy lại ca kiểm thử cho người dùng Sa transactions cho loại người dùng minh chức liệu thay đổi có thêm/xóa xác hay khơng Bảo mật hệ thống : Điều kiện hoàn thành Ngoại lệ Truy cập vào hệ thống phải review với mạng thích hợp quản trị hệ th Với người dùng, chức liệu truy cập hoạt động Kiểm thử khơng cần thiết nết tính mạng Systems Administration 7.2.3.2 Các kiểu kiểm thử Kiểm thử chức Kiểm thử giao diện người dùng Các giai đoạn kiểm thử Giai đoạn kiểm thử Đơn vị Tích hợp Hệ thống Chấp nhận x x x x x x x Kiểm thử tính hữu dụng x Kiểm thử tích hợp liệu 7.2.3.3 x x x Các công cụ kiểm thử Mục đích Cơng cụ Log lỗi Kiểm thử 7.2.3.4 - x Nhà cung cấp/Nội Google trang tính, Google tài liệu Google Junit Oracle Business cycle testing Mục đích: Đả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 - Điều kiện hoàn thành: toàn kế hoạch test thực lỗi phát ghi nhận - Mục đích: Đảm bảo với chức yêu cầu đăng nhập cần thực đăng nhập để truy 7.2.3.5 Security and access control testing cập chức - Điều kiện hoàn thành: hoàn thiện test case với yêu cầu đáp ứng 7.3 Các đề xuất thử nghiệm cho dự án Đơn vị thử Loại đề xuất thử nghiệm dự án nghiệm Chương trình đơn Kiểm thử đơn vị Mơi trường kiểm thử Người tiến hành Tiêu chí đạt / kiểm tra, quản lý Môi trường phát triển Lập trình viên vị khơng đạt Chứng minh tính xác theo yêu cầu chức Module Kiểm thử chức Mơi trường kiểm thử Nhóm kiểm thử Tồn kế hoạch test ghi nhận Toàn lỗi phát ghi nhận Module Kiểm thử tích Mơi trường kiểm thử, Nhóm kiểm thử, Các module hoạt hợp môi trường phát triển quản lý dự án động thống phần mềm Sản phẩm Kiểm thử hệ thống Môi trường phát triển Nhóm kiểm Phần mềm hồn thử ,Quản lý dự chỉnh, tích hợp đầy án phần mềm đủ Unit test hồn thành Mơi trường kiểm thử sẵn sàng Mỗi phát Kiểm thử chấp hành khách hàng nhận Sản phẩm Kiểm thử chịu Môi trường mục tiêu Khách hàng Môi trường phát triển Quản lý dự án tải phần mềm, khách hàng Số liệu đề xuất thu thập cho dự án Số liệu Định mức cho dự án Năng suất tháng hoàn thành Phương sai phép Phần trăm giá trị tuyệt Định kỳ báo Hàng tuần đối Chất lượng 97% 1% Hàng tuần Phương sai hoàn tuần 1-2 tuần Hàng tuần 0 Hàng tuần Hạn chế thay đổi, tiến hành Sai sót pha sửa Hàng tuần theo tài liệu đặc tả vòng ngày thành dự án Phương sai nguồn lực Thay đổi Khác Các công cụ, kỹ thuật hệ phương pháp 9.1 STT Mô tả cơng cụ kiểm thử Cơng cụ Mục đích Google Tài liệu, Google Trang tính Trình duyệt web 9.2 - Lịch trình Viết tài liệu Log lỗi Thực kiểm thử trình duyệt Gmail - Trao đổi nghiệp vụ với dự án Quản lý lỗi Meet - Trao đổi nghiệp vụ với dự án Quản lý lỗi Jmeter Kiểm thử hiệu Selenium Kiểm thử tự động Kỹ thuật kiểm thử ❖ Kiểm thử hộp đen: ➢ Phân tích giá trị biên: Phân tích giá trị biên dựa việc kiểm thử ranh giới phân vùng, bao gồm ranh giới tối đa, tối thiểu, bên bên ngồi, giá trị điển hình giá trị lỗi Chúng ta thường thấy số lượng lớn lỗi xảy ranh giới giá trị đầu vào xác định thay giá trị giữa, gọi giá trị biên Từ đưa lựa chọn test cases thực giá trị đầu vào giá trị biên Kỹ thuật thiết kế test cases bổ sung cho phân vùng tương đương Kỹ thuật kiểm thử phần mềm dựa nguyên tắc: Nếu hệ thống hoạt động tốt với giá trị biên hoạt động tốt cho tất giá trị nằm hai giá trị biên ➢ Phân vùng tương đương: Phân vùng tương đương cho phép chia tập hợp điều kiện kiểm thử thành phân vùng coi giống Phương pháp kiểm thử phần mềm chia miền đầu vào chương trình thành lớp liệu mà từ test cases thiết kế Test cases giá trị đại diện thuộc lớp với kiểm thử giá trị khác lớp đó, cho phép xác định lớp tương đương hợp lệ không hợp lệ ➢ Bảng định: Kiểm thử bảng định (Decision Table Testing) kỹ thuật kiểm thử phần mềm sử dụng để kiểm thử hoạt động hệ thống kết hợp đầu vào khác Đây cách tiếp cận có hệ thống kết hợp đầu vào khác hành vi hệ thống tương ứng chúng (Đầu ra) ghi lại dạng bảng Bảng định biểu diễn dạng bảng với đầu vào ứng với quy tắc / trường hợp / điều kiện kiểm thử ❖ Kiểm thử hộp trắng: Kiểm thử hộp trắng việc nghiên cứu cụ thể chi tiết luồng hoạt động dòng lệnh bên hệ thống 9.3 Phương pháp luận áp dụng dự án để thực hoạt động đảm bảo chất lượng 9.4 Nếu công cụ kiểm tra tự động sử dụng, cung cấp tham chiếu đến hướng dẫn sử dụng cho công cụ đề xuất Sử dụng công cụ Jmeter: - Jmeter thiết kế nhằm kiểm thử chức (functional testing), +kiểm thử tải (load testing) - Kiểm thử hiệu (performance testing) - JMeter để phân tích đo lường hiệu ứng dụng web Kiểm thử hiệu kiểm thử ứng dụng web chống lại mức tải nặng (heavy load), lượng truy cập người dùng nhiều đồng thời 10 Phân tích nguyên nhân đề xuất STT Pha Lấy yêu cầu Lỗi ghi nhận Hiểu nhầm yêu cầu Nguyên nhân cầu Phân tích Thiết kế Một số mục phân Do chưa hiểu kĩ nội Họp lại chi tiế tích chưa cụ thể dung số mục tích Thiết kế tác vụ lên lịch Do thành viên Họp lại tối ưu chưa tối ưu chưa nhiệt tình góp ý thiết kế kiến Sửa lỗi Do chưa hiểu kĩ Yêu cầu Họp xác nhận Cài đặt Khơng có 11 Đảm bảo chất lượng phần mềm cho hợp đồng phụ/sản phẩm khách hàng cung cấp - Khơng có hợp đồng phụ/sản phẩm khách hàng cung cấp - Mô tả hệ phương pháp để thực hoạt động đảm bảo chất lượng cho phần phần mềm khốn, có, bao gồm hoạt động kiểm thử tiến hành - Mô tả hoạt động triển khai sản phẩm cung cấp tới khách hàng, có 12 Đào tạo - Đào tạo việc sử dụng tài liệu SRS, tài liệu SQA Plan, tài liệu Test Plan - Đào tạo sử dụng JUnit Tích hợp automation test (nếu được) - Training kỹ viết TC, Unit Test, viết tài liệu test, viết báo cáo - Đào tạo cách hoạt động nhóm hiệu