Kế hoạch kiểm thử Cửa hàng kinh doanh công nghệ môn Đảm bảo chất lượng phần mềm | Học viện Công Nghệ Bưu Chính Viễn Thông

lOMoAR cPSD| 58457166
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 bài tập lớn: 15 Hà Nội, 7/5/2022 lOMoAR cPSD| 58457166
Lịch sử sửa đổi Phiên bản Thời gian Mô tả sửa đổi Người soạn Người phê duyệt Bản thảo 19/4/2022 Dự thảo ban đầu Đinh Thị Diệu Thư Đinh Thị Diệu Thư Đào Đức Danh Trần Xuân Hiệp Đào Quang Hưng Hồ Tấn Long lOMoAR cPSD| 58457166 1. Giới thiệu 1.1. Phạm vi
- Phạm vi: Tài liệu đặc tả chức năng của 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 STT Actor Tên chức năng 1. Người dùng Đăng ký 2. Người dùng Tìm kiếm sản phẩm 3. Người dùng Xem tất cả sản phẩm 4. Người dùng
Xem sản phẩm khuyến mãi 5. Người dùng
Xem sản phẩm theo nhà sản xuất 6. Người dùng Xem chi tiết sản phẩm 7. Người dùng Xem thông tin cá nhân 8. Người dùng Quản lý giỏ hàng 9. Người dùng Thanh toán 10. Người dùng Nhắn tin cho shop 11. Admin Xem tất cả đơ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 lOMoAR cPSD| 58457166 16. Người dùng, Admin Đăng nhập 17. Người dùng, Admin Đăng xuất
- Nhóm thực hiện một số chức năng đặc trưng của đề tài như sau: 1.2. Mục tiêu
Hệ thống website Cửa hàng kinh doanh công nghệ là một hệ thống hỗ trợ người dùng có thể xem thông
tin sản phẩm laptop hiện có của shop và thực hiện mua hàng nhanh chóng, thuận tiện, dễ dàng.
Ngoài ra hệ thống còn giúp Admin có thể quản lý được khách hàng, đơn mua, sản phẩm, hoá đơn, đơn vị
vận chuyển. Admin cũng có thể dễ dàng xem thống kê về các dòng sản phẩm bán chạy nhất, về người
mua và đơn vị vận chuyển
Việc xây dựng hệ thống sẽ làm tăng tính hiệu quả trong việc mua bán, thương mại của ngành Thương mại
điện tử thời cuộc cách mạng 4.0. 1.3. Tổng quan
Tài liệu đặc tả dưới đây được nhóm phát triển nhằm giúp người đọc có thể hình dung ra hệ thốn g
website Cửa hàng kinh doanh công nghệ và cụ thể hơn là tìm hiểu các yêu cầu chức năng và phi chức
năng của nhóm chức năng: đăng ký, đăng nhập, xem thông tin sản phẩm và quản lý trang web Thuật ngữ/viết tắt Định nghĩa SQA
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
Software Requirement Specification: Đặc tả yêu cầu phần mềm NSD Người sử dụng lOMoAR cPSD| 58457166 2.
Tài liệu tham khảo 3.
Định nghĩa và viết tắt 4.
Vai trò và trách nhiệm
Mô tả vai trò và trách nhiệm của những thành viên sẽ thực hiện các hoạt động đảm bảo chất lượng cho dự án Tham khảo Nguồn gốc Nhận
Giáo trình đảm bảo chất lượng phần Phan Thị Hoài Phương
Sử dụng để xây dựng SQL plan mềm TS.Đỗ Thị Bích Ngọc Template SQA Plan
Phụ lục K tài liệu tham khảo Tạo template của SQA plan Mastering SQA Check list SRS review
Phụ lục J tài liệu tham khảo Tạo khung của SQA plan Mastering SQA Thành viên Vai trò Nhiệm vụ Đinh Thị Diệu Thư Tester Leader
- 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 hiện test manual và automation test cho hệ thống - Review các testcase - Thiết kế testcase: + Trang chủ (User) + Đăng ký lOMoAR cPSD| 58457166 + Đăng nhập + Xem sản phẩm theo NSX + Header&Footer + Quản lý đơn hàng Đào Đức Danh Tester - Review các checklist - Lập test plan
- Thực hiện test manual và automation test cho hệ thống
- Thiết kế các testcase cho chức năng: + Xem chi tiết sản phẩm
+ Xem sản phẩm khuyến mãi Đào Quang Hưng Tester - Review các checklist - Lập test plan
- Thực hiện test manual và automation test cho hệ thống
- Thiết kế các testcase cho chức năng: + Xem tất cả sản phẩm + Quản lý sản phẩm Trần Xuân Hiệp Tester - Review các checklist - Lập test plan
- Thực hiện test manual và automation test cho hệ thống
- Thiết kế các testcase cho chức năng: + Xem thông tin cá nhân
+ Quản lý giỏ hàng và Thanh toán + Quản lý tài khoản Hồ Tấn Long Tester - Review các checklist - Lập test plan lOMoAR cPSD| 58457166
- Thực hiện test manual và automation test cho hệ thống
- Thiết kế các testcase cho chức năng: + Nhắn tin cho shop + Xem Đơn mua
+ Quản lý nhà sản xuất 5.
Phân rã công việc (Các mốc kiểm thử)
Công việc bắt đầu từ ngày: 20/4/2022 - 7/5/2022 6.
Các tiêu chuẩn và hướng dẫn Lĩnh vực dự án
Tham chiếu đến các tiêu chuẩn và 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 do McCall đề ra cho 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ử Đào Đức Danh 2 20/4/2022 22/4/2022 mức đơn vị
Đánh giá và cập nhật UTP Trần Xuân Hiệp 2 22/4/2022 24/4/2022
Tạo trường hợp kiểm thử Đào Quang Hưng 2 24/4/2022 26/4/2022 mức đơn vị
Đánh giá và cập nhật UTC Trần Xuân Hiệp 1 26/4/2022 27/4/2022
Tạo kế hoạch kiểm thử Đinh Thị Diệu Thư 2 27/4/2022 29/4/2022
Đánh giá và cập nhật TP Đào Quang Hưng 1 29/4/2022 30/4/2022 Tạo TC Cả nhóm 5 30/4/2022 4/5/2022
Đánh giá và cập nhập TC Cả nhóm 1 4/5/2022 5/5/2022 Thực thi TC Cả nhóm 2 5/5/2022 7/5/2022 lOMoAR cPSD| 58457166
yêu cầu phi chức năng của hệ thống. SQA Plan
Tiêu chuẩn 730 IEEE và template tại :
https://docs.google.com/document/d/1zrwT0d-YE1Eo5-
_qKkWxx3Ai4IePLHi00CxZePPjOSA/edit Coding
Tuân theo Coding Standards trong Java:
- Biến, phương thức hay tên hàm: phải viết thường chữ cái đầu tiên, các
chữ cái sau của từ đầu tiên viết hoa,các từ được viết liền nhau.
- Hằng thường được viết hoa toàn bộ và cách bằng dấu gạch dưới.
- Các lớp con được viết lùi vào trong so với lớp cha 1 khoảng bằng phím Tab.
- Code phải được chạy một cách hoàn chỉnh bằng các trình duyệt thông dụng.
- Các quy tắc khi sử dụng if, else, while,...
- Mỗi module không quá 30 statements.
- Có chú thích cho các phương thức ghi đè.
- Code phải tường minh, rõ ràng, có comment. Tiêu chuẩn tài liệu
Hướng đến chuẩn ngôn ngữ, giao diện, định dạng font chữ chuẩn, bố cục phải
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 của MiraCase. - Check list.
- Test hiệu năng bao gồm các phần: có bảng tổng hợp và một biểu đồ chi
tiết, giải thích các thông số.
- Đặc tả theo tiêu chí McCall. Thiết kế các test case
Theo hướng dẫn của giảng viên Đ.N.Phong Sản phẩm dự án Loại đánh giá Số lượng và người đ Các tài liệu yêu cầu Đánh giá walkthrough
Tất cả thành viên đội Test Tài liệu thiết kế Đánh giá inspection
Tất cả thành viên đội Test Mã nguồn Đánh giá inspection
Tất cả thành viên đội Test lOMoAR cPSD| 58457166 Các kế hoạch dự án Đánh giá inspection
Tất cả thành viên đội Test Các ca kiểm thử Đánh giá inspection
Tất cả thành viên đội Test Các kết quả kiểm thử Đánh giá inspection
Tất cả thành viên đội Test Các bảng kịch bản Đánh giá inspection
Tất cả thành viên đội Test Tài liệu người dùng Đánh giá walkthrough
Tất cả thành viên đội Test Khách hàng Tài liệu hoạt động Đánh giá walkthrough
Tất cả thành viên đội Test Khách hàng 7.
Các hoạt động Đảm bảo chất lượng phần mềm STT Thành viên Vai trò 1. Đinh Thị Diệu Thư Tester Leader 2. Đào Đức Danh Tester 3. Đào Quang Hưng Tester 4. Trần Xuân Hiệp Tester 5. Hồ Tấn Long Tester 7.1.
Đề xuất các bản đánh giá cho dự án 7.2.
Đề xuất chiến lược kiểm thử cho dự án 7.2.1. 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 Microsoft Kiểm soát lỗi Intellij JetBrain Kiểm thử chức năng Các trình duyệt Web (FF, FireFox, Chrome, Coccoc IE, GC) Kiểm thử hoạt động Intellij JetBrain
Các công cụ quản trị CSDL MySQL Người kiểm thử lOMoAR cPSD| 58457166 7.2.2.
Môi trường kiểm thử Mục đích
Công thức tính toán và điều kiện xử lý đúng
Xử lý dữ liệu và đầu ra đúng Đối tượng
Dữ liệu đầu vào: dữ liệu các trường
Dữ liệu đầu ra: Thông báo thành công Cách thực hiện
Thực hiện một usecase, chu trình usecase hoặc chức năng, sử dụng dữ liệu h -
Kết quả mong đợi xảy ra khi sử dụng dữ liệu hợp lệ -
Lỗi thích hợp hoặc thông báo hiển thị khi dữ liệu không hợp lệ Điều kiện hoàn thành
Tác vụ thay đổi được lưu vào cơ sở dữ liệu Ngoại lệ
Xác định hoặc mô tả các mục hoặc vấn đề ảnh hưởng đến kiểm thử chức nă Mục đích
Thông qua mục tiêu kiểm thử phản ánh đúng các chức năng và yêu cầu nghiệp
vụ hình, trường đến trường và sử dụng các phương pháp truy cập Đối tượng
Các đối tượng và thuộc tính màn hình như, menus, size, position, state của giao di Cách thực hiện
Tạo và chỉnh sửa các kịch bản kiểm thử cho mỗi màn hình
Kiểm tra giao diện hiển thị đã đúng với các điều kiện và yêu cầu Điều kiện hoàn thành
Giao diện hiển thị hợp lý, dễ nhìn, đúng tiêu chuẩn đặc tả Ngoại lệ
Không phải mọi thành phần trên giao diện đều truy cập được Mục đích
Đảm bảo lưu trữ, thao tác, truy vấn thông tin được trả lại đúng như đặc tả yêu cầu lOMoAR cPSD| 58457166
Thực hiện các câu lệnh truy xuất tới cơ sở dữ liệu để lưu thông tin người dùng, Đối tượng mục 7.2.3.
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:
❖ Kiểm thử giao diện NSD:
❖ Kiểm thử dữ liệu và tích hợp dữ liệu: Mục đích
Xác minh hiệu năng của các hành vi cho các giao dịch đã thiết kế hoặc chức năng ng các điều kiện
- Workload trường hợp dự đoán là thông thường
- Workload trường hợp dự đoán là xấu nhất Đối tượng
Các chức năng và luồng nghiệp vụ Cách thực hiện
Sử dụng các test case đã viết cho các chức năng hoặc luồng nghiệp vụ :
- Sửa file dữ liệu để tăng số giao dịch hoặc script để tăng số lần lặp của mỗ xảy ra
- Script cần chạy trên 1 máy và lặp lại với nhiều khách hàng lOMoAR cPSD| 58457166 Đ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 mỗi giao dịch
việc đã ghi đúng dữ liệu, đúng thông tin người dùng đã nhập Cách thực hiện
Thực hiện kiểm tra thiết kế cơ sở dữ liệu Điều kiện hoàn thành
Tất cả các phương pháp truy cập và chức năng xử lý đều giống như thiết kế và khôn Ngoại lệ
Việc kiểm thử có thể đòi hỏi phải môi trường phát triển DBSM hoặc drivers để truy
trực tiếp trong cơ sở dữ liệu
Các xử lý phải được thực hiện bằng tay Mục đích
Kiểm tra các phần được sửa chữa, thêm mới trong phần mềm để đảm bảo những thay gây ra lỗi Đối tượng
Các module, các phần được sửa chữa, thêm mới trong phần mềm Cách thực hiện
Tái sử dụng các test case từ những phần kiểm thử trước để kiểm tra các module đã đư
Thực hiện các test case tương tác giữa các module để đảm bảo hệ thống hoạt động tố Điều kiện hoàn thành
Toàn bộ các trường hợp kiểm thử được thực hiện và đạt yêu cầu Ngoại lệ
Đòi hỏi hiểu biết về hệ thống ❖ Kiểm thử hồi quy: t lOMoAR cPSD| 58457166 Ngoại lệ
Thực hiện kiểm thử chức năng bao gồm cả các workload trên server
❖ Kiểm thử hiệu năng:
❖ Kiểm thử bảo mật và truy cập: Mục đích
Bảo mật mức ứng dụng đảm bảo chỉ người được phân quyền mới có quyền truy cập
dữ hoặc tính năng tương ứng
Bảo mật mức hệ thống đảm bảo là chỉ các người dùng được cấp phép được quyền truy hệ thống Đối tượng
Những người dùng được cho quyền truy cập vào hệ thống mới có khả năng truy cập
và dụng và chỉ bằng các cổng phù hợp Cách thực hiện
Bảo mật mức ứng dụng :
- Xác định và liệt kê với mỗi loại người dùng các chức năng, dữ liệu mà được qu cập
- Tạo ca kiểm thử cho mỗi loại người dùng và xác minh quyền bằng cách tạo các
transactions cho từng loại người dùng
- Chỉnh sửa loại người dùng và chạy lại ca kiểm thử cho đúng người dùng này. S
minh các chức năng dữ liệu thay đổi có được thêm/xóa chính xác hay không Bảo mật hệ thống :
- Truy cập vào hệ thống phải được review với mạng thích hợp hoặc quản trị hệ t Điều kiện hoàn thành
Với mỗi người dùng, các chức năng và dữ liệu được truy cập hoạt động đúng Ngoại lệ
Kiểm thử này có thể không cần thiết nết là một tính năng của mạng hoặc của Systems Administration 7.2.3.2.
Các giai đoạn kiểm thử Giai đoạn kiểm thử Các kiểu kiểm thử Đơn vị Tích hợp Hệ thống Chấp nhận Kiểm thử chức năng x x x x lOMoAR cPSD| 58457166
Kiểm thử giao diện người x x x dùng
Kiểm thử tính hữu dụng x x x
Kiểm thử tích hợp dữ liệu x x 7.2.3.3.
Các công cụ kiểm thử Mục đích Công cụ Nhà cung cấp/Nội bộ Log lỗi
Google trang tính, Google tài liệu Google Kiểm thử Junit Oracle 7.2.3.4. Business cycle testing
- Mục đích: Đảm bảo mục đích của test là đúng đắn và các tiến trình chạy ngầm thực hiện đúng yêu
cầu về mô hình nghiệp vụ và lịch trình
- Điều kiện hoàn thành: toàn bộ kế hoạch test được thực hiện và các lỗi phát hiện được ghi nhận 7.2.3.5.
Security and access control testing
- Mục đích: Đảm bảo với những chức năng yêu cầu đăng nhập thì cần thực hiện đăng nhập để truy cập chức năng
- Điều kiện hoàn thành: hoàn thiện test case với các yêu cầu được đáp ứng 7.3.
Các đề xuất thử nghiệm cho dự án Đơn vị thử
Loại đề xuất thử Môi trường kiểm thử Người tiến hành Tiêu chí đạt / nghiệm dự án nghiệm kiểm tra, quản lý không đạt
Chương trình đơn Kiểm thử đơn vị Môi trường phát triển Lập trình viên Chứng minh tính vị chính xác theo yêu cầu chức năng Module con Kiểm thử chức
Môi trường kiểm thử Nhóm kiểm thử Toàn bộ kế hoạch năng test được ghi nhận Toàn bộ lỗi phát hiện được ghi nhận lOMoAR cPSD| 58457166 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 nhất phần mềm Sản phẩm Kiểm thử hệ
Môi trường phát triển Nhóm kiểm thử Phần mềm hoàn thống ,Quản lý dự án chỉnh, tích hợp đầy phần mềm đủ Unit test hoàn thành Môi trường kiểm thử sẵn sàng Mỗi bản phát Kiểm thử chấp Môi trường mục tiêu Khách hàng hành khách hàng nhận Sản phẩm Kiểm thử chịu
Môi trường phát triển Quản lý dự án tải phần mềm, khách hàng lOMoAR cPSD| 58457166 Số liệu Định mức cho dự án Phương sai được phép Định kỳ của bá Năng suất 3 tháng hoàn thành Hàng tuần
Phần trăm hoặc giá trị tuyệt đối Chất lượng 97% 1% Hàng tuần 1 tuần 1-2 tuần Hàng tuần Phương sai hoàn thành dự án 0 0 Hàng tuần Phương sai nguồn lực lOMoAR cPSD| 58457166 Thay đổi Hàng tuần
Hạn chế thay đổi, tiến hành
Sai sót ở mỗi pha sửa trong theo tài liệu đặc tả. vòng 1 ngày 8.
Số liệu đề xuất thu thập cho dự án lOMoAR cPSD| 58457166 Khác 9.
Các công cụ, kỹ thuật và hệ phương pháp 9.1. Mô tả các công cụ kiểm thử 9.2.
Kỹ thuật kiểm thử ❖ Kiểm thử hộp đen: STT Công cụ Mục đíc 1.
Google Tài liệu, Google Trang tính - Lịch trình - Viết tài liệu - Log lỗi Trình duyệt web
Thực hiện kiểm thử trên trình duyệt 2. Gmail
- Trao đổi nghiệp vụ với dự án 3. - Quản lý lỗi Meet
- Trao đổi nghiệp vụ với dự án 4. - Quản lý lỗi Jmeter Kiểm thử hiệu năng 5. Selenium Kiểm thử tự động 6.
➢ Phân tích giá trị biên:
Phân tích giá trị biên dựa trên việc kiểm thử tại các ranh giới giữa các phân vùng, bao gồm các
ranh giới tối đa, tối thiểu, bên trong hoặc bên ngoài, các giá trị điển hình và giá trị lỗi.
Chúng ta thường thấy rằng một số lượng lớn lỗi xảy ra tại các ranh giới của các giá trị đầu vào
được xác định thay vì các giá trị giữa, còn được gọi là các giá trị biên. Từ đó đưa ra lựa chọn các
test cases thực hiện giá trị đầu vào các giá trị biên. lOMoAR cPSD| 58457166
Kỹ thuật thiết kế test cases này bổ sung cho phân vùng tương đương. Kỹ thuật kiểm thử phần mềm
này dựa trên nguyên tắc: Nếu một hệ thống hoạt động tốt với các giá trị biên thì nó sẽ hoạt động
tốt cho tất cả các giá trị nằm giữa 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 một phân vùng được coi là giống nhau.
Phương pháp kiểm thử phần mềm này chia miền đầu vào của chương trình thành các lớp dữ liệu
mà từ đó các test cases sẽ được thiết kế.
Test cases của một giá trị đại diện thuộc mỗi lớp bằng với kiểm thử của bất kỳ giá trị nào khác của
cùng một lớp đó, cho phép xác định các lớp tương đương hợp lệ cũng như không hợp lệ. ➢ Bảng quyết định:
Kiểm thử bảng quyết định (Decision Table Testing) là một kỹ thuật kiểm thử phần mềm được sử
dụng để kiểm thử hoạt động của hệ thống khi kết hợp các đầu vào khác nhau.
Đây là một cách tiếp cận có hệ thống trong đó các kết hợp đầu vào khác nhau và hành vi hệ thống
tương ứng của chúng (Đầu ra) được ghi lại dưới dạng bảng.
Bảng quyết định là 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 là việc nghiên cứu cụ thể chi tiết từng luồng hoạt động
cũng như các dòng lệnh bên trong hệ thống 9.3.
Phương pháp luận được áp dụng trong dự án để thực hiện các hoạt động đảm bảo chất lượng 9.4.
Nếu các công cụ kiểm tra tự động được sử dụng, hãy cung cấp tham chiếu đến hướng
dẫn sử dụng cho các công cụ được đề xuất Sử dụng công cụ Jmeter:
- Jmeter được thiết kế nhằm kiểm thử chức năng (functional testing), +kiểm thử tải (load testing)
- Kiểm thử hiệu năng (performance testing) STT Pha Lỗi ghi nhận Nguyên nhân Sửa lỗ Lấy yêu cầu Hiểu nhầm yêu cầu
Do chưa hiểu kĩ Yêu cầu Họp và xác 1. nhậ cầu lOMoAR cPSD| 58457166 Phân tích
Một số mục trong phân Do chưa hiểu kĩ nội Họp lại và chi 2. tích chưa cụ thể dung của một số mục t tích 3. Thiết kế
Thiết kế tác vụ lên lịch Do các thành viên còn Họp lại và tối chưa tối ưu chưa nhiệt tình góp ý ư thiết kế kiến Cài đặt Không có 4.
- JMeter để phân tích và đo lường hiệu năng của ứng dụng web. Kiểm thử hiệu năng là kiểm thử
một ứ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 và đồng thời. 10.
Phân tích các nguyên nhân được đề xuất 11.
Đảm bảo chất lượng phần mềm cho hợp đồng phụ/sản phẩm do khách hàng cung cấp -
Không có các hợp đồng phụ/sản phẩm do khách hàng cung cấp. -
Mô tả hệ phương pháp để thực hiện các hoạt động đảm bảo chất lượng cho các phần của phần
mềm được khoán, nếu có, bao gồm các hoạt động và kiểm thử được tiến hành. -
Mô tả các hoạt động được triển khai trên sản phẩm cung cấp tới khách hàng, nếu 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ỹ
năng 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 quả.