Xây dựng kịch bản kiểm thử ứng dụng phòng họp không giấy Tỉnh ủy Vĩnh Phúc trên thiết bị di động

Đồ án tốt nghiệp: Xây dựng kịch bản kiểm thử ứng dụng di động

• Tác giả: Trịnh Thành Chung
• Người hướng dẫn: Ths. Đào Ngọc Thành
• Trường học: Trường Đại Học Thành Đô
• Chuyên ngành: Công Nghệ Thông Tin
• Đề tài: Xây dựng kịch bản kiểm thử ứng dụng phòng họp không giấy Tỉnh ủy Vĩnh Phúc trên thiết bị di động
• Loại tài liệu: Đồ án tốt nghiệp
• Năm xuất bản: 2022
• Địa điểm: Hà Nội

Mục lục chi tiết

• LỜI CAM ĐOAN
• PHIẾU GIAO ĐỀ TÀI TỐT NGHIỆP
• NHẬN XÉT, ĐÁNH GIÁ, CHO ĐIỂM
• DANH MỤC HÌNH VÀ BẢNG BIỂU
• DANH MỤC TỪ VIẾT TẮT VÀ THUẬT NGỮ
• 1. CHƢƠNG 1: GIỚI THIỆU KHÁI QUÁT VỀ TỈNH ỦY VĨNH PHÚC
• 1.1. Đặc điểm địa hình:
• 1.2. Tài nguyên thiên nhiên:
• 2. CHƢƠNG 2: TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM (CƠ SỞ LÝ THUYẾT)
• 2.1. Phân loại phần mềm.
• 2.2. Mục tiêu của kiểm thử phần mềm.
• 2.3. Quy trình phát triển phần mềm.
• 2.4. Các mô hình SEP.
• 2.5. Mô hình phát triển dựa trên kiểm thử (TDD).
• 2.6. Kiểm thử phần mềm và một số khái niệm liên quan
• 2.7. Kiểm thử phần mềm
• 2.8. Một số hái niệm liên quan
• 2.9. Quy trình kiểm thử phần mềm
• 2.10. Các cấp độ kiểm thử
• 2.11. Kiểm thử mức đơn vị
• 2.12. Kiểm thử tích hợp
• 2.13. Kiểm thử hồi quy
• 2.14. Kiểm thử chấp nhận sản phẩm
• 2.15. Kiểm thử mức hệ thống
• 2.16. Các kỹ thuật kiểm thử phần mềm
• 2.17. Nguyên tắc cơ bản kiểm thử phần mềm
• 2.18. Kỹ thuật kiểm thử hộp trắng (White-Box Testing)
• 2.19. Kỹ thuật kiểm thử hộp đen (Blac -Box Testing)
• 2.20. Kỹ thuật kiểm thử hộp Xám (Grey-Box Testing)
• 2.21. Nguyên tắc cơ bản kiểm thử phầm mềm
• 2.22. Kỹ thuật thiết kế Ca kiểm thử
• 2.23. Cấu trúc của Ca kiểm thử
• 2.24. Phân vùng tƣơng đƣơng
• 2.25. Phân tích giá trị biên
• 2.26. Tạo Bug report
• 2.27. Bug và Bug report
• 2.28. Cấu tr c một Bug report
• 2.29. Severity và Priority
• 3. CHƢƠNG 3: KIỂM THỬ TRÊN THIẾT BỊ DI ĐỘNG
• 3.1. Kiểm thử trên thiết bị di động
• 3.2. Các hái niệm cơ bản về ứng dụng di động
• 3.3. Phƣơng pháp iểm thử trên thiết bị di động
• 3.4. Các loại kiểm thử di động
• 3.5. Các đặc điểm của kiểm thử di động
• 4. CHƢƠNG 4: XÂY DỰNG KỊCH BẢN TEST ( TESTCASE CHO PHÒNG HỌP KHÔNG GIẤY TỈNH ỦY VĨNH PHÚC)
• 4.1. Phần 1: Giới thiệu về hệ thống phòng họp không giấy Tỉnh ủy Vĩnh Ph c.
• 4.2. Phòng họp không giấy là gì ?
• 4.3. Các tính năng của phòng họp không giấy.
• 4.4. Các chức năng của phòng họp không giấy.
• 4.5. Mô tả nghiệp vụ.
• 4.6. Phần 2: Kịch bản test cho các chức năng của phòng họp không giấy.
• 4.7. Đăng nhập phầm mềm.
• 4.8. Đăng xuất phần mềm.
• 4.9. Xem lịch cá nhân.
• 4.10. Xem lịch cơ quan.
• 4.11. Xem lịch lãnh đạo.
• 4.12. Cuộc họp đang diễn ra.
• 4.13. Cuộc họp đã ết th c.
• 4.14. Cuộc họp sắp tới.
• 4.15. Chuyển thƣ kí theo dõi.
• 4.16. Góp ý trƣớc cuộc họp.
• 4.17. Tham gia họp.
• 4.18. Quản lý hiển thị cá nhân.
• 4.19. Thiết lập âm thanh, hình ảnh.
• 4.20. Đề nghị phát biểu.
• 5. CHƢƠNG 5: KẾT LUẬN
• TÀI LIỆU THAM KHẢO

Tóm tắt

I. Tổng Quan Đồ Án Tốt Nghiệp Kiểm Thử Phần Mềm Ứng Dụng

Với sự phát triển mạnh mẽ của công nghệ thông tin, đặc biệt là trong lĩnh vực phần mềm, việc kiểm thử phần mềm trở nên vô cùng quan trọng. Mục tiêu là đảm bảo chất lượng và độ tin cậy của sản phẩm trước khi đến tay người dùng. Kiểm thử phần mềm không chỉ đơn thuần là tìm kiếm lỗi mà còn là một quá trình liên tục, xuyên suốt, từ giai đoạn phát triển đến khi triển khai và bảo trì. Điều này giúp phần mềm đáp ứng các yêu cầu thiết kế và nhu cầu của người dùng. Tuy nhiên, việc kiểm thử phần mềm không hề dễ dàng. Độ phức tạp của phần mềm, giới hạn về thời gian và chi phí là những thách thức lớn. Dù các hoạt động đảm bảo chất lượng phần mềm ngày càng chặt chẽ, vẫn không thể loại bỏ hoàn toàn khả năng tồn tại lỗi. Lỗi có thể gây ra những thiệt hại khôn lường. Chính vì vậy, việc kiểm thử phần mềm cần được thực hiện một cách có hệ thống, với chiến lược phù hợp và kế hoạch chi tiết. Một trong những xu hướng phát triển mạnh mẽ hiện nay là các ứng dụng di động. Với sự phổ biến của điện thoại thông minh, nhu cầu sử dụng ứng dụng di động ngày càng tăng. Điều này đặt ra yêu cầu cao hơn về chất lượng và độ ổn định của các ứng dụng này. Việc kiểm thử phần mềm trên thiết bị di động trở thành một phần không thể thiếu trong quy trình phát triển ứng dụng. Cần đảm bảo ứng dụng hoạt động tốt trên nhiều nền tảng, thiết bị khác nhau. Đồ án tốt nghiệp "Xây dựng kịch bản kiểm thử ứng dụng phòng họp không giấy Tỉnh ủy Vĩnh Phúc trên thiết bị di động" là một ví dụ điển hình cho sự cần thiết của kiểm thử trong thực tế. Đề tài này tập trung vào việc xây dựng các kịch bản kiểm thử chi tiết, nhằm phát hiện và khắc phục các lỗi có thể xảy ra trong ứng dụng. Trong quá trình thực hiện đồ án, các kiến thức về kiểm thử phần mềm, kỹ năng phân tích yêu cầu và thiết kế kịch bản kiểm thử được áp dụng một cách triệt để. Điều này giúp sinh viên có cái nhìn sâu sắc hơn về lĩnh vực kiểm thử và chuẩn bị tốt hơn cho công việc sau này. Kiểm thử phần mềm không chỉ là công việc của riêng tester mà còn là trách nhiệm của cả đội ngũ phát triển phần mềm. Sự phối hợp chặt chẽ giữa các thành viên, từ lập trình viên đến tester, là yếu tố quan trọng để đảm bảo chất lượng sản phẩm. Mục tiêu cuối cùng của kiểm thử phần mềm là mang đến cho người dùng những sản phẩm tốt nhất, đáp ứng đầy đủ nhu cầu và mong đợi của họ.

1.1. Tầm Quan Trọng Của Kiểm Thử Phần Mềm Trong Phát Triển Ứng Dụng

Trong bối cảnh công nghệ phát triển nhanh chóng, kiểm thử phần mềm đóng vai trò then chốt trong việc đảm bảo chất lượng và độ tin cậy của các ứng dụng. Việc phát hiện và khắc phục lỗi sớm giúp giảm thiểu rủi ro, tiết kiệm chi phí và nâng cao uy tín của sản phẩm. Một quy trình kiểm thử được thực hiện bài bản bao gồm nhiều giai đoạn khác nhau, từ kiểm thử đơn vị đến kiểm thử hệ thống, mỗi giai đoạn tập trung vào các khía cạnh cụ thể của phần mềm. Việc lựa chọn phương pháp kiểm thử phù hợp với từng loại ứng dụng và môi trường hoạt động là vô cùng quan trọng. Ví dụ, kiểm thử ứng dụng web sẽ khác với kiểm thử ứng dụng di động, do đặc thù của từng nền tảng. Ngoài ra, sự tham gia của người dùng cuối trong quá trình kiểm thử cũng giúp đảm bảo ứng dụng đáp ứng đúng nhu cầu và mong đợi của họ. Các công cụ hỗ trợ kiểm thử ngày càng đa dạng và mạnh mẽ, giúp tự động hóa nhiều công đoạn, tăng hiệu quả và giảm thiểu sai sót. Tuy nhiên, việc sử dụng công cụ cần đi đôi với kiến thức và kỹ năng chuyên môn của người kiểm thử, để đảm bảo kết quả kiểm thử chính xác và tin cậy. Trong tương lai, vai trò của kiểm thử phần mềm sẽ ngày càng trở nên quan trọng hơn, khi các ứng dụng ngày càng phức tạp và yêu cầu về chất lượng ngày càng cao.

1.2. Ứng Dụng Phòng Họp Không Giấy Bài Toán Kiểm Thử Thực Tế

Ứng dụng phòng họp không giấy là một ví dụ điển hình cho thấy tầm quan trọng của kiểm thử phần mềm trong thực tế. Ứng dụng này được sử dụng trong các cơ quan nhà nước, doanh nghiệp, nhằm số hóa quy trình tổ chức và quản lý cuộc họp. Việc kiểm thử ứng dụng này đòi hỏi sự chú trọng đặc biệt đến các yếu tố như tính bảo mật, độ ổn định và khả năng tương thích với nhiều thiết bị khác nhau. Các kịch bản kiểm thử cần bao gồm các tình huống sử dụng thực tế, như đăng nhập, xem lịch họp, tham gia cuộc họp trực tuyến, biểu quyết, chia sẻ tài liệu, v. Việc kiểm thử cần được thực hiện trên nhiều nền tảng và thiết bị khác nhau, để đảm bảo ứng dụng hoạt động tốt trong mọi điều kiện. Ngoài ra, cần chú trọng đến kiểm thử hiệu năng, để đảm bảo ứng dụng có thể đáp ứng được số lượng lớn người dùng đồng thời. Các công cụ kiểm thử tự động có thể giúp tăng hiệu quả và giảm thiểu sai sót trong quá trình kiểm thử. Tuy nhiên, việc sử dụng công cụ cần đi đôi với kiến thức và kỹ năng chuyên môn của người kiểm thử, để đảm bảo kết quả kiểm thử chính xác và tin cậy. Kiểm thử ứng dụng phòng họp không giấy là một bài toán phức tạp, đòi hỏi sự phối hợp chặt chẽ giữa các thành viên trong đội ngũ phát triển phần mềm. Mục tiêu cuối cùng là mang đến cho người dùng một ứng dụng an toàn, ổn định và dễ sử dụng.

II. Vấn Đề Thường Gặp Khi Kiểm Thử Ứng Dụng Phòng Họp

Kiểm thử ứng dụng phòng họp không giấy đối mặt với nhiều thách thức. Ứng dụng này thường được sử dụng trong môi trường quan trọng, đòi hỏi tính bảo mật và ổn định cao. Một số vấn đề thường gặp bao gồm: Lỗi liên quan đến tính năng đăng nhập và xác thực người dùng: Đảm bảo chỉ những người có quyền mới có thể truy cập vào ứng dụng. Lỗi liên quan đến quản lý và hiển thị lịch họp: Đảm bảo thông tin lịch họp chính xác, đầy đủ và dễ dàng truy cập. Lỗi liên quan đến tính năng họp trực tuyến: Đảm bảo chất lượng âm thanh, hình ảnh tốt, kết nối ổn định và không bị gián đoạn. Lỗi liên quan đến tính năng chia sẻ tài liệu: Đảm bảo tài liệu được chia sẻ an toàn, không bị lộ thông tin và dễ dàng truy cập. Lỗi liên quan đến tính năng biểu quyết: Đảm bảo quá trình biểu quyết công khai, minh bạch và kết quả chính xác. Lỗi liên quan đến tính năng quản lý người dùng: Đảm bảo việc thêm, xóa, sửa thông tin người dùng được thực hiện đúng quy trình. Lỗi liên quan đến hiệu năng: Đảm bảo ứng dụng hoạt động nhanh chóng, không bị chậm trễ khi có nhiều người dùng đồng thời. Lỗi liên quan đến bảo mật: Đảm bảo ứng dụng không bị tấn công, đánh cắp thông tin và bảo vệ dữ liệu người dùng. Ngoài ra, việc kiểm thử trên nhiều thiết bị và nền tảng khác nhau cũng là một thách thức lớn. Cần đảm bảo ứng dụng hoạt động tốt trên mọi thiết bị, từ máy tính để bàn đến điện thoại thông minh và máy tính bảng. Việc sử dụng các công cụ kiểm thử tự động có thể giúp giảm thiểu thời gian và công sức, nhưng vẫn cần sự giám sát và đánh giá của người kiểm thử có kinh nghiệm. Để giải quyết các vấn đề này, cần có một quy trình kiểm thử bài bản, với các kịch bản kiểm thử chi tiết và được thực hiện một cách nghiêm ngặt.

2.1. Thách Thức Bảo Mật Trong Kiểm Thử Ứng Dụng Phòng Họp Không Giấy

Trong bối cảnh các cuộc tấn công mạng ngày càng gia tăng, bảo mật là một trong những thách thức lớn nhất khi kiểm thử ứng dụng phòng họp không giấy. Ứng dụng này thường chứa đựng thông tin nhạy cảm, như tài liệu họp, thông tin cá nhân của người tham gia, v. Nếu không được bảo vệ cẩn thận, thông tin này có thể bị đánh cắp hoặc lợi dụng cho mục đích xấu. Để đảm bảo an ninh, cần thực hiện kiểm thử bảo mật một cách toàn diện, bao gồm: Kiểm thử xác thực và ủy quyền: Đảm bảo chỉ những người có quyền mới có thể truy cập vào ứng dụng và thực hiện các thao tác nhất định. Kiểm thử mã hóa dữ liệu: Đảm bảo dữ liệu được mã hóa khi truyền tải và lưu trữ, để ngăn chặn việc truy cập trái phép. Kiểm thử phòng chống tấn công SQL Injection, XSS: Đảm bảo ứng dụng không bị tấn công bằng các kỹ thuật này, có thể gây ra mất dữ liệu hoặc kiểm soát hệ thống. Kiểm thử lỗ hổng bảo mật: Sử dụng các công cụ kiểm thử tự động để phát hiện các lỗ hổng bảo mật tiềm ẩn trong ứng dụng. Ngoài ra, cần tuân thủ các tiêu chuẩn bảo mật quốc tế và thường xuyên cập nhật các bản vá bảo mật để đảm bảo an toàn cho ứng dụng. Việc nâng cao nhận thức về bảo mật cho người dùng cũng là một yếu tố quan trọng để giảm thiểu rủi ro.

2.2. Kiểm Thử Hiệu Năng Đảm Bảo Trải Nghiệm Mượt Mà Cho Người Dùng

Kiểm thử hiệu năng là một khía cạnh quan trọng khác khi kiểm thử ứng dụng phòng họp không giấy. Ứng dụng này thường được sử dụng trong các cuộc họp quan trọng, đòi hỏi tính ổn định và hiệu năng cao. Nếu ứng dụng hoạt động chậm chạp hoặc bị treo, có thể gây ra sự khó chịu cho người dùng và ảnh hưởng đến hiệu quả của cuộc họp. Để đảm bảo trải nghiệm mượt mà cho người dùng, cần thực hiện kiểm thử hiệu năng một cách kỹ lưỡng, bao gồm: Kiểm thử tải: Mô phỏng số lượng lớn người dùng đồng thời truy cập vào ứng dụng để đánh giá khả năng chịu tải của hệ thống. Kiểm thử stress: Đẩy hệ thống đến giới hạn để đánh giá khả năng phục hồi sau khi gặp sự cố. Kiểm thử độ ổn định: Đánh giá khả năng hoạt động ổn định của ứng dụng trong thời gian dài. Kiểm thử thời gian phản hồi: Đo thời gian phản hồi của ứng dụng đối với các thao tác của người dùng. Các công cụ kiểm thử hiệu năng tự động có thể giúp tăng hiệu quả và giảm thiểu sai sót trong quá trình kiểm thử. Kết quả kiểm thử sẽ giúp xác định các vấn đề về hiệu năng và đưa ra các giải pháp tối ưu hóa.

III. Phương Pháp Kiểm Thử Phần Mềm Ứng Dụng Phòng Họp Hiệu Quả

Để kiểm thử hiệu quả ứng dụng phòng họp không giấy, cần kết hợp nhiều phương pháp khác nhau. Phương pháp kiểm thử hộp đen tập trung vào việc kiểm tra chức năng của ứng dụng mà không cần biết cấu trúc bên trong. Phương pháp kiểm thử hộp trắng tập trung vào việc kiểm tra mã nguồn và cấu trúc bên trong của ứng dụng. Phương pháp kiểm thử tự động sử dụng các công cụ để tự động hóa quá trình kiểm thử. Phương pháp kiểm thử thủ công được thực hiện bởi người kiểm thử, dựa trên kinh nghiệm và kiến thức của họ. Kiểm thử chức năng: Đảm bảo tất cả các chức năng của ứng dụng hoạt động đúng theo yêu cầu. Kiểm thử giao diện người dùng: Đảm bảo giao diện người dùng thân thiện, dễ sử dụng và đáp ứng các tiêu chuẩn về thiết kế. Kiểm thử bảo mật: Đảm bảo ứng dụng an toàn, không bị tấn công và bảo vệ dữ liệu người dùng. Kiểm thử hiệu năng: Đảm bảo ứng dụng hoạt động nhanh chóng, ổn định và đáp ứng được số lượng lớn người dùng. Kiểm thử khả năng tương thích: Đảm bảo ứng dụng hoạt động tốt trên nhiều thiết bị và nền tảng khác nhau. Kiểm thử khả năng sử dụng: Đảm bảo ứng dụng dễ dàng sử dụng, đáp ứng nhu cầu của người dùng và phù hợp với môi trường làm việc. Kiểm thử hồi quy: Kiểm tra lại các chức năng đã được sửa lỗi hoặc thay đổi để đảm bảo không gây ra lỗi mới. Việc kết hợp các phương pháp kiểm thử này sẽ giúp đảm bảo chất lượng và độ tin cậy của ứng dụng phòng họp không giấy.

3.1. Kiểm Thử Hộp Đen Tập Trung vào Chức Năng Bỏ Qua Cấu Trúc

Kiểm thử hộp đen là một phương pháp kiểm thử phần mềm mà trong đó, người kiểm thử không cần biết về cấu trúc bên trong của ứng dụng. Thay vào đó, họ tập trung vào việc kiểm tra các chức năng của ứng dụng, dựa trên các yêu cầu và đặc tả kỹ thuật. Trong kiểm thử ứng dụng phòng họp không giấy, kiểm thử hộp đen có thể được sử dụng để kiểm tra các chức năng như đăng nhập, xem lịch họp, tham gia cuộc họp trực tuyến, chia sẻ tài liệu, biểu quyết, v. Người kiểm thử sẽ nhập các dữ liệu đầu vào khác nhau và kiểm tra xem ứng dụng có trả về kết quả đúng hay không. Kiểm thử hộp đen có ưu điểm là dễ thực hiện, không đòi hỏi kiến thức về lập trình và có thể được thực hiện bởi người dùng cuối. Tuy nhiên, phương pháp này có nhược điểm là không thể phát hiện các lỗi liên quan đến cấu trúc bên trong của ứng dụng và có thể bỏ sót một số trường hợp kiểm thử quan trọng. Để khắc phục nhược điểm này, cần kết hợp kiểm thử hộp đen với các phương pháp kiểm thử khác, như kiểm thử hộp trắng và kiểm thử tự động.

3.2. Sử Dụng Kiểm Thử Tự Động Để Tăng Tốc Độ Và Độ Chính Xác

Kiểm thử tự động là một phương pháp kiểm thử phần mềm mà trong đó, các công cụ được sử dụng để tự động hóa quá trình kiểm thử. Phương pháp này có thể giúp tăng tốc độ và độ chính xác của kiểm thử, đồng thời giảm thiểu thời gian và chi phí. Trong kiểm thử ứng dụng phòng họp không giấy, kiểm thử tự động có thể được sử dụng để kiểm tra các chức năng như đăng nhập, xem lịch họp, tham gia cuộc họp trực tuyến, chia sẻ tài liệu, biểu quyết, v. Các công cụ kiểm thử tự động có thể tự động tạo ra các trường hợp kiểm thử, nhập dữ liệu đầu vào và kiểm tra kết quả đầu ra. Kiểm thử tự động có ưu điểm là nhanh chóng, chính xác và có thể được thực hiện liên tục. Tuy nhiên, phương pháp này có nhược điểm là đòi hỏi kiến thức về các công cụ kiểm thử tự động và cần có sự chuẩn bị kỹ lưỡng trước khi thực hiện. Để đạt hiệu quả cao, cần lựa chọn các công cụ kiểm thử tự động phù hợp với ứng dụng và xây dựng các kịch bản kiểm thử chi tiết.

IV. Kịch Bản Kiểm Thử Chi Tiết Cho Ứng Dụng Phòng Họp Di Động

Xây dựng kịch bản kiểm thử chi tiết là bước quan trọng nhất trong quy trình kiểm thử ứng dụng phòng họp trên di động. Kịch bản cần bao gồm đầy đủ các trường hợp kiểm thử, từ cơ bản đến phức tạp, nhằm đảm bảo ứng dụng hoạt động đúng theo yêu cầu. Các trường hợp kiểm thử cần được mô tả rõ ràng, chi tiết, bao gồm dữ liệu đầu vào, các bước thực hiện và kết quả mong đợi. Ví dụ, kịch bản kiểm thử chức năng đăng nhập có thể bao gồm các trường hợp sau: Đăng nhập thành công với tài khoản hợp lệ. Đăng nhập thất bại với tài khoản không hợp lệ. Đăng nhập thất bại với mật khẩu sai. Đăng nhập với tài khoản bị khóa. Quên mật khẩu và khôi phục thành công. Thay đổi mật khẩu thành công. Ngoài ra, kịch bản cần bao gồm các trường hợp kiểm thử trên nhiều thiết bị và nền tảng khác nhau, để đảm bảo ứng dụng hoạt động tốt trên mọi thiết bị. Các công cụ quản lý kiểm thử có thể giúp quản lý và theo dõi tiến độ thực hiện kịch bản kiểm thử. Kết quả kiểm thử cần được ghi lại một cách chi tiết, bao gồm các lỗi phát hiện được, các bước tái hiện lỗi và các giải pháp khắc phục. Kịch bản kiểm thử cần được cập nhật thường xuyên, để phản ánh các thay đổi trong ứng dụng và các yêu cầu mới của người dùng.

4.1. Kiểm Thử Chức Năng Đăng Nhập Đảm Bảo An Toàn Truy Cập

Chức năng đăng nhập là cửa ngõ quan trọng để truy cập vào ứng dụng phòng họp không giấy. Do đó, việc kiểm thử chức năng này cần được thực hiện một cách cẩn thận và kỹ lưỡng, để đảm bảo an toàn truy cập. Kịch bản kiểm thử cần bao gồm các trường hợp sau: Kiểm thử đăng nhập thành công với tài khoản hợp lệ: Đảm bảo người dùng có thể đăng nhập vào ứng dụng bằng tài khoản và mật khẩu chính xác. Kiểm thử đăng nhập thất bại với tài khoản không hợp lệ: Đảm bảo ứng dụng từ chối đăng nhập khi người dùng nhập tài khoản không tồn tại. Kiểm thử đăng nhập thất bại với mật khẩu sai: Đảm bảo ứng dụng từ chối đăng nhập khi người dùng nhập sai mật khẩu. Kiểm thử đăng nhập với tài khoản bị khóa: Đảm bảo ứng dụng hiển thị thông báo phù hợp khi người dùng cố gắng đăng nhập bằng tài khoản đã bị khóa. Kiểm thử quên mật khẩu và khôi phục thành công: Đảm bảo người dùng có thể khôi phục mật khẩu khi quên mật khẩu. Kiểm thử thay đổi mật khẩu thành công: Đảm bảo người dùng có thể thay đổi mật khẩu của tài khoản. Ngoài ra, cần kiểm thử các vấn đề liên quan đến bảo mật, như: Kiểm thử chống tấn công brute force: Đảm bảo ứng dụng có cơ chế chống tấn công brute force để ngăn chặn việc đoán mật khẩu. Kiểm thử thời gian hết hạn phiên: Đảm bảo phiên đăng nhập sẽ tự động hết hạn sau một khoảng thời gian nhất định để bảo vệ tài khoản.

4.2. Kiểm Tra Tính Năng Họp Trực Tuyến Chất Lượng Và Ổn Định

Tính năng họp trực tuyến là một trong những tính năng quan trọng nhất của ứng dụng phòng họp không giấy. Việc kiểm thử tính năng này cần được thực hiện một cách kỹ lưỡng, để đảm bảo chất lượng và ổn định của cuộc họp. Kịch bản kiểm thử cần bao gồm các trường hợp sau: Kiểm thử chất lượng âm thanh và hình ảnh: Đảm bảo âm thanh rõ ràng, không bị rè, hình ảnh sắc nét, không bị mờ. Kiểm thử kết nối ổn định: Đảm bảo kết nối ổn định, không bị gián đoạn trong quá trình họp. Kiểm thử khả năng chia sẻ màn hình: Đảm bảo người dùng có thể chia sẻ màn hình một cách dễ dàng và rõ ràng. Kiểm thử khả năng chia sẻ tài liệu: Đảm bảo người dùng có thể chia sẻ tài liệu một cách an toàn và nhanh chóng. Kiểm thử khả năng tương tác: Đảm bảo người dùng có thể tương tác với nhau thông qua các tính năng như chat, giơ tay phát biểu. Kiểm thử khả năng ghi âm và ghi hình: Đảm bảo người dùng có thể ghi âm và ghi hình cuộc họp một cách dễ dàng. Ngoài ra, cần kiểm thử các vấn đề liên quan đến hiệu năng, như: Kiểm thử khả năng chịu tải: Đảm bảo ứng dụng có thể đáp ứng được số lượng lớn người dùng đồng thời tham gia cuộc họp. Kiểm thử khả năng xử lý video: Đảm bảo ứng dụng có thể xử lý video một cách mượt mà, không bị giật lag.

V. Ứng Dụng Thực Tế Và Kết Quả Kiểm Thử Đồ Án

Đồ án tốt nghiệp tập trung vào xây dựng kịch bản kiểm thử cho ứng dụng phòng họp không giấy của Tỉnh ủy Vĩnh Phúc trên thiết bị di động. Kết quả đạt được là một bộ kịch bản kiểm thử chi tiết, bao gồm các trường hợp kiểm thử chức năng, giao diện, bảo mật và hiệu năng. Các kịch bản này đã được thực hiện trên nhiều thiết bị và nền tảng khác nhau, giúp phát hiện nhiều lỗi và vấn đề trong ứng dụng. Các lỗi này đã được báo cáo cho nhà phát triển để khắc phục, giúp nâng cao chất lượng và độ tin cậy của ứng dụng. Đồ án cũng đã đề xuất các giải pháp cải tiến quy trình kiểm thử, như sử dụng các công cụ kiểm thử tự động và xây dựng một hệ thống quản lý kiểm thử hiệu quả. Kết quả của đồ án có thể được áp dụng trong thực tế, giúp các cơ quan nhà nước và doanh nghiệp kiểm thử và đánh giá chất lượng các ứng dụng phòng họp không giấy trước khi triển khai. Điều này giúp đảm bảo ứng dụng hoạt động tốt, an toàn và đáp ứng được nhu cầu của người dùng. Ngoài ra, đồ án còn là một tài liệu tham khảo hữu ích cho các sinh viên và người làm trong lĩnh vực kiểm thử phần mềm.

5.1. Các Lỗi Phát Hiện Trong Ứng Dụng Phòng Họp Cụ Thể

Quá trình kiểm thử ứng dụng phòng họp không giấy đã phát hiện ra nhiều lỗi khác nhau, từ các lỗi nhỏ liên quan đến giao diện người dùng đến các lỗi nghiêm trọng liên quan đến bảo mật và hiệu năng. Một số lỗi cụ thể được phát hiện bao gồm: Lỗi liên quan đến hiển thị thông tin lịch họp: Một số trường hợp thông tin lịch họp không được hiển thị chính xác hoặc bị sai lệch. Lỗi liên quan đến tính năng chia sẻ tài liệu: Một số trường hợp người dùng không thể chia sẻ tài liệu hoặc tài liệu bị lỗi khi chia sẻ. Lỗi liên quan đến tính năng biểu quyết: Một số trường hợp kết quả biểu quyết không chính xác hoặc bị sai lệch. Lỗi liên quan đến bảo mật: Một số lỗ hổng bảo mật có thể bị khai thác để truy cập trái phép vào hệ thống. Lỗi liên quan đến hiệu năng: Ứng dụng hoạt động chậm chạp hoặc bị treo khi có nhiều người dùng đồng thời truy cập. Các lỗi này đã được báo cáo cho nhà phát triển để khắc phục, giúp nâng cao chất lượng và độ tin cậy của ứng dụng. Việc phát hiện và khắc phục các lỗi này là rất quan trọng, vì ứng dụng phòng họp không giấy được sử dụng trong môi trường quan trọng, đòi hỏi tính chính xác và an toàn cao.

5.2. Đánh Giá Hiệu Quả Của Các Kịch Bản Kiểm Thử Đã Xây Dựng

Các kịch bản kiểm thử được xây dựng trong đồ án đã chứng minh được hiệu quả trong việc phát hiện các lỗi và vấn đề trong ứng dụng phòng họp không giấy. Các kịch bản này đã bao phủ được hầu hết các chức năng và khía cạnh quan trọng của ứng dụng, từ chức năng đăng nhập đến chức năng họp trực tuyến, chia sẻ tài liệu và biểu quyết. Các kịch bản cũng đã được thực hiện trên nhiều thiết bị và nền tảng khác nhau, giúp phát hiện các vấn đề liên quan đến khả năng tương thích. Kết quả kiểm thử cho thấy rằng các kịch bản đã giúp phát hiện ra nhiều lỗi mà nếu không có kiểm thử, có thể đã gây ra những vấn đề nghiêm trọng khi ứng dụng được triển khai trong thực tế. Tuy nhiên, đồ án cũng nhận thấy rằng cần tiếp tục cải tiến và hoàn thiện các kịch bản kiểm thử, để đảm bảo chúng bao phủ được tất cả các trường hợp và tình huống có thể xảy ra. Ngoài ra, cần chú trọng đến việc tự động hóa quá trình kiểm thử, để tăng tốc độ và hiệu quả của quá trình kiểm thử.

VI. Kết Luận Và Hướng Phát Triển Của Đồ Án Kiểm Thử

Đồ án tốt nghiệp đã đạt được mục tiêu đề ra, xây dựng thành công kịch bản kiểm thử cho ứng dụng phòng họp không giấy trên di động. Tuy nhiên, vẫn còn nhiều hướng phát triển tiềm năng. Phát triển các công cụ tự động hóa quá trình kiểm thử. Nghiên cứu và áp dụng các phương pháp kiểm thử mới. Mở rộng phạm vi kiểm thử, bao gồm kiểm thử bảo mật nâng cao, kiểm thử hiệu năng chuyên sâu và kiểm thử khả năng sử dụng. Xây dựng một hệ thống quản lý kiểm thử toàn diện, giúp quản lý và theo dõi tiến độ kiểm thử một cách hiệu quả. Tham gia vào các dự án kiểm thử thực tế, để nâng cao kinh nghiệm và kiến thức chuyên môn. Đồ án này là một bước khởi đầu quan trọng trong việc nghiên cứu và phát triển lĩnh vực kiểm thử phần mềm tại Việt Nam. Với sự phát triển không ngừng của công nghệ, kiểm thử phần mềm sẽ ngày càng trở nên quan trọng hơn, đóng vai trò then chốt trong việc đảm bảo chất lượng và độ tin cậy của các sản phẩm phần mềm.

6.1. Tích Hợp Kiểm Thử Vào Quy Trình Phát Triển Phần Mềm Agile

Trong môi trường phát triển phần mềm Agile, kiểm thử được tích hợp chặt chẽ vào quy trình phát triển, diễn ra liên tục và song song với các hoạt động phát triển khác. Thay vì chờ đến khi phần mềm hoàn thành mới bắt đầu kiểm thử, các kỹ sư kiểm thử tham gia vào từ giai đoạn lập kế hoạch, thiết kế và phát triển. Điều này giúp phát hiện lỗi sớm và giảm thiểu chi phí sửa chữa. Kiểm thử trong Agile thường sử dụng các phương pháp như kiểm thử đơn vị, kiểm thử tích hợp và kiểm thử chấp nhận. Các kỹ sư kiểm thử cũng tham gia vào việc viết các câu chuyện người dùng và các tiêu chí chấp nhận, giúp đảm bảo rằng các yêu cầu của người dùng được hiểu rõ và đáp ứng đúng. Kiểm thử tự động đóng vai trò quan trọng trong Agile, giúp tăng tốc độ và hiệu quả của quá trình kiểm thử. Các công cụ kiểm thử tự động có thể được sử dụng để thực hiện các bài kiểm thử hồi quy, giúp đảm bảo rằng các thay đổi mới không gây ra các lỗi trong các chức năng đã có. Tích hợp kiểm thử vào quy trình Agile đòi hỏi sự hợp tác chặt chẽ giữa các thành viên trong đội ngũ, bao gồm các kỹ sư phát triển, kỹ sư kiểm thử và các bên liên quan khác. Mục tiêu là tạo ra một sản phẩm phần mềm chất lượng cao, đáp ứng đúng nhu cầu của người dùng và được giao hàng nhanh chóng.

6.2. Ứng Dụng Trí Tuệ Nhân Tạo Trong Kiểm Thử Phần Mềm Tương Lai

Trí tuệ nhân tạo (AI) đang ngày càng được ứng dụng rộng rãi trong nhiều lĩnh vực, và kiểm thử phần mềm không phải là ngoại lệ. AI có thể được sử dụng để tự động hóa nhiều công đoạn trong quá trình kiểm thử, giúp tăng tốc độ, độ chính xác và hiệu quả. Một số ứng dụng tiềm năng của AI trong kiểm thử phần mềm bao gồm: Tự động tạo ra các trường hợp kiểm thử: AI có thể phân tích các yêu cầu và đặc tả kỹ thuật để tự động tạo ra các trường hợp kiểm thử phù hợp. Tự động thực hiện các bài kiểm thử: AI có thể tự động thực hiện các bài kiểm thử, phân tích kết quả và báo cáo các lỗi phát hiện được. Tự động phân tích nhật ký lỗi: AI có thể phân tích các nhật ký lỗi để tìm ra các nguyên nhân gốc rễ của các lỗi và đề xuất các giải pháp khắc phục. Tự động tối ưu hóa các bài kiểm thử: AI có thể phân tích các bài kiểm thử để tìm ra các bài kiểm thử không hiệu quả và đề xuất các cải tiến. Tuy nhiên, việc ứng dụng AI trong kiểm thử phần mềm vẫn còn nhiều thách thức, như đòi hỏi dữ liệu huấn luyện lớn, cần có các thuật toán phức tạp và cần có sự giám sát của người kiểm thử để đảm bảo kết quả chính xác. Trong tương lai, AI có thể sẽ đóng vai trò ngày càng quan trọng trong kiểm thử phần mềm, giúp các kỹ sư kiểm thử tập trung vào các công việc sáng tạo và phức tạp hơn.

Nội dung chính

Bối cảnh và vấn đề nghiên cứu

Trong tiến trình phát triển của ngành Công nghệ thông tin nói chung và công nghệ phần mềm nói riêng, các công cụ kỹ thuật tiên tiến đã hỗ trợ đáng kể cho quy trình lập trình và triển khai ứng dụng. Tuy nhiên, trước độ phức tạp ngày càng tăng của các hệ thống phần mềm cùng những ràng buộc khắt khe về thời gian và chi phí, nguy cơ tiềm ẩn lỗi (defect/bug) trong sản phẩm vẫn luôn hiện hữu và có thể dẫn đến những thiệt hại nghiêm trọng. Kiểm thử phần mềm (Software Testing) vì vậy trở thành một quy trình bắt buộc, mang tính liên tục và xuyên suốt toàn bộ vòng đời phát triển phần mềm nhằm xác minh sản phẩm đáp ứng đúng các đặc tả thiết kế và yêu cầu của người sử dụng.

Cùng với xu hướng chuyển đổi số, các thiết bị di động thông minh chạy hệ điều hành nhúng (như Android, iOS) trở thành phương tiện làm việc phổ biến. Việc cho phép cài đặt các ứng dụng từ bên thứ ba trên thiết bị di động phục vụ công tác quản lý và điều hành đòi hỏi phải có quy trình kiểm thử nghiêm ngặt trước khi bàn giao sản phẩm. Xuất phát từ yêu cầu thực tiễn đó, tác giả Trịnh Thành Chung đã thực hiện đồ án tốt nghiệp ngành Công nghệ thông tin với đề tài: "Xây dựng kịch bản kiểm thử ứng dụng phòng họp không giấy Tỉnh ủy Vĩnh Phúc trên thiết bị di động" dưới sự hướng dẫn của ThS. Đào Ngọc Thành tại Trường Đại học Thành Đô (năm 2022).

Nhiệm vụ và mục tiêu nghiên cứu của đồ án được xác định cụ thể theo 3 nội dung:

1. Hệ thống hóa các vấn đề cơ bản về công nghệ phần mềm, phân loại lỗi phần mềm và lý thuyết kiểm thử phần mềm.
2. Tìm hiểu cơ chế hoạt động, các phân hệ chức năng và quy trình nghiệp vụ của hệ thống phòng họp không giấy.
3. Vận dụng các phương pháp và kỹ thuật kiểm thử để thiết kế, xây dựng bộ kịch bản kiểm thử (test cases/test scripts) cho ứng dụng phòng họp không giấy Tỉnh ủy Vĩnh Phúc khi vận hành trên thiết bị di động.

• Đối tượng nghiên cứu: Quy trình kiểm thử phần mềm, các kỹ thuật thiết kế ca kiểm thử (kiểm thử hộp đen, phân vùng tương đương, phân tích giá trị biên, đoán lỗi), cấu trúc kịch bản kiểm thử và quy trình báo cáo lỗi (Bug report); ứng dụng phòng họp không giấy trên môi trường di động.
• Phạm vi nghiên cứu:
  • Về không gian: Triển khai áp dụng cho hệ thống phòng họp không giấy phục vụ công tác điều hành tại Tỉnh ủy Vĩnh Phúc.
  • Về thời gian: Đề tài được giao ngày 15/04/2022 và hoàn thành ngày 15/06/2022.

---

Cơ sở lý thuyết và phương pháp

Đồ án xây dựng nền tảng nghiên cứu dựa trên các chuẩn mực công nghệ phần mềm, hệ thống thuật ngữ chuyên ngành và các tiêu chuẩn quốc tế như IEEE (Institute of Electrical and Electronics Engineers).

Khung lý thuyết và khái niệm nền tảng

Tác giả phân định rõ ràng các khái niệm cốt lõi trong công nghệ phần mềm và bảo đảm chất lượng phần mềm:

• Phần mềm (Software): Gồm ba thành phần cấu thành là tập lệnh chương trình, cấu trúc dữ liệu và tài liệu kỹ thuật/hướng dẫn sử dụng.
• Chất lượng phần mềm (Software Quality) & Đảm bảo chất lượng (SQA): Mức độ đáp ứng đặc tả và yêu cầu của khách hàng; quy trình có kế hoạch nhằm cung cấp thông tin đánh giá chất lượng sản phẩm.
• Xác nhận (Validation) và Xác minh (Verification - V&V): Xác minh kiểm tra xem sản phẩm từng giai đoạn có thỏa mãn điều kiện áp đặt lúc bắt đầu; xác nhận đánh giá mức độ đáp ứng nhu cầu thực tế của người dùng cuối.
• Chuỗi phát sinh lỗi: Lỗi (Error - sai lầm của con người) $\rightarrow$ Sai sót/Khuyết tật (Fault - kết quả của lỗi trong mã nguồn/thiết kế) $\rightarrow$ Thất bại (Failure - khi lỗi được thực thi làm sai lệch kết quả) $\rightarrow$ Sự cố (Incident - triệu chứng bất thường biểu hiện ra bên ngoài).
• Mô hình phát triển phần mềm: Khảo cứu các mô hình vòng đời phần mềm (SLC) như Waterfall, V-model, Prototype, Evolutionary, Iterative and Incremental, RAD, Spiral và đặc biệt là mô hình phát triển hướng kiểm thử (Test-Driven Development - TDD) kết hợp giữa Test-First Development và tái cấu trúc mã nguồn (Refactoring) cùng các framework xUnit (JUnit, NUnit, VBUnit).

Các cấp độ kiểm thử phần mềm

Cấp độ kiểm thử	Đối tượng / Phạm vi	Người thực hiện / Mục đích chính
Kiểm thử đơn vị (Unit Test)	Thành phần nhỏ nhất (hàm, thủ tục, lớp, phương thức).	Thường do lập trình viên thực hiện sớm trong quá trình viết code; sử dụng Unit Test Framework.
Kiểm thử tích hợp (Integration Test)	Kết hợp các đơn vị, kiểm tra giao tiếp giữa các module.	Phát hiện lỗi giao tiếp giữa các thành phần, ghép nối thành các hệ thống con (subsystem).
Kiểm thử hệ thống (System Test)	Toàn bộ hệ thống sau khi tích hợp hoàn chỉnh.	Kiểm tra hành vi chức năng và phi chức năng (bảo mật, hiệu năng, tương thích phần cứng/phần mềm).
Kiểm thử chấp nhận (Acceptance Test)	Sản phẩm hoàn chỉnh trước khi bàn giao.	Khách hàng hoặc bên thứ ba thực hiện để nghiệm thu sản phẩm (Alpha/Beta Test).
Kiểm thử hồi quy (Regression Test)	Thực hiện lặp lại tại mọi cấp độ kiểm thử.	Kiểm tra lại phần mềm sau khi sửa lỗi hoặc thay đổi chức năng nhằm đảm bảo không phát sinh lỗi mới.

Phương pháp và kỹ thuật kiểm thử áp dụng

1. Kiểm thử hộp trắng (White-Box Testing): Phân tích mã nguồn và cấu trúc bên trong. Bao gồm phương pháp kiểm thử luồng dữ liệu (Data-Flow Testing với chuỗi DU dựa trên tập khai báo $\text{DEF}(S)$ và tập sử dụng $\text{USE}(S)$) và kiểm thử luồng điều khiển (Control-Flow Testing với 5 cấp độ bao phủ: Phủ cấp 0, Phủ cấp 1 - câu lệnh, Phủ cấp 2 - rẽ nhánh Branch coverage, Phủ cấp 3 - điều kiện con Subcondition coverage, Phủ cấp 4 - nhánh và điều kiện con).
2. Kiểm thử hộp đen (Black-Box Testing): Kiểm thử dựa hoàn toàn trên đặc tả yêu cầu và chức năng mà không can thiệp cấu trúc mã nguồn. Tác giả đi sâu vào 3 kỹ thuật:
   • Phân vùng tương đương (Equivalence Partitioning): Chia miền dữ liệu đầu vào thành các lớp tương đương hợp lệ và không hợp lệ để chọn phần tử đại diện.
   • Phân tích giá trị biên (Boundary Value Analysis): Kiểm tra các giá trị tại biên của miền tương đương ($\text{min}-1, \text{min}, \text{min}+1, \text{max}-1, \text{max}, \text{max}+1$).
   • Đoán lỗi (Error Guessing): Dựa vào trực giác và kinh nghiệm của kiểm thử viên để phát hiện các lỗi đặc thù (chia cho 0, con trỏ null, biến rỗng).
3. Kiểm thử hộp xám (Grey-Box Testing): Kết hợp các ưu điểm của kiểm thử hộp đen và hộp trắng, thường áp dụng trong kiểm thử tích hợp ứng dụng nền web.
4. Bảy nguyên tắc kiểm thử phần mềm: Kiểm thử chứng minh sự hiện diện của lỗi; Kiểm thử toàn bộ là không thể; Kiểm thử càng sớm càng tốt; Lỗi thường phân bố tập trung (Nguyên lý Pareto 80/20); Nghịch lý thuốc trừ sâu; Kiểm thử phụ thuộc ngữ cảnh; Quan niệm sai lầm về việc "hết lỗi".

---

Thiết kế và triển khai kiểm thử

Nội dung trọng tâm về mặt kỹ thuật của đồ án là quy trình thiết kế ca kiểm thử, chuẩn hóa biểu mẫu và xây dựng kịch bản kiểm thử chi tiết cho ứng dụng phòng họp không giấy trên thiết bị di động.

Quy trình thiết kế Ca kiểm thử (Test Case)

Quy trình thiết kế được chuẩn hóa qua 5 bước:

• Bước 1: Xác định mục đích kiểm thử dựa trên tài liệu đặc tả yêu cầu người dùng.
• Bước 2: Xác định các chức năng và thao tác nghiệp vụ từ phía người dùng cuối (nhập liệu, bấm nút, điều hướng).
• Bước 3: Xác định các yêu cầu phi chức năng (tương thích hệ điều hành Android/iOS, cấu hình phần cứng, mạng, an toàn thông tin).
• Bước 4: Thiết lập biểu mẫu kiểm thử (giao diện UI, tính năng, hiệu suất).
• Bước 5: Đánh giá mức độ ảnh hưởng qua lại giữa các mô-đun chức năng.

Cấu trúc biểu mẫu chuẩn hóa

1. Cấu trúc biểu mẫu Ca kiểm thử (Test Case):

Thuộc tính	Mô tả chi tiết
Test Case ID	Mã định danh duy nhất cho từng ca kiểm thử.
Testcase Description	Mô tả tóm tắt mục đích kiểm thử của trường hợp cụ thể.
PreRequisites	Điều kiện tiền đề bắt buộc trước khi thực hiện ca kiểm thử.
Test Data	Dữ liệu đầu vào cần chuẩn bị cho việc thực thi.
Step / Execution Step	Các bước tuần tự thao tác trên giao diện người dùng.
Expected results	Kết quả kỳ vọng của hệ thống theo đặc tả thiết kế.
Actual result	Kết quả thực tế ghi nhận được khi chạy ứng dụng.
Result	Đánh giá trạng thái kiểm thử (Pass / Fail).
Note	Ghi chú các thông tin bổ trợ trong quá trình kiểm thử.

2. Cấu trúc phiếu báo lỗi (Bug Report): Gồm các trường thông tin chuẩn mực: Tên dự án (Project), Người báo cáo (Reported by), Tên lỗi (Bug Name), Mã lỗi (Bug ID), Ngày tạo (Date), Phân công xử lý (Assigned to), Trạng thái (Status), Tóm tắt mô tả (Summary/Description), Môi trường (Environments - OS/Browser), Các bước tái hiện (Step to reproduce), Kết quả thực tế (Actual results), Kết quả mong đợi (Expected results), Mức độ nghiêm trọng (Severity), Mức độ ưu tiên sửa lỗi (Priority) và Tệp đính kèm (Attachment - ảnh chụp màn hình, URL, tệp log).

---

Nội dung chính theo từng chương

Mở đầu

Trình bày tính cấp thiết của việc bảo đảm chất lượng phần mềm trong bối cảnh công nghệ thông tin phát triển mạnh mẽ; giải thích lý do lựa chọn ứng dụng di động cho phòng họp không giấy tại Tỉnh ủy Vĩnh Phúc làm đối tượng nghiên cứu; xác định 3 mục tiêu nghiên cứu và cấu trúc 5 chương của đồ án.

Chương 1: Giới thiệu khái quát về Tỉnh ủy Vĩnh Phúc

Cung cấp thông tin tổng quan về địa bàn triển khai ứng dụng:

• Vị trí địa lý: Cửa ngõ Tây Bắc thủ đô Hà Nội, thuộc vùng kinh tế trọng điểm phía Bắc, tiếp giáp 5 tỉnh/thành (Tuyên Quang, Thái Nguyên, Hà Nội, Hà Tây, Phú Thọ).
• Đặc điểm tự nhiên & xã hội: Diện tích tự nhiên khoảng 1.371 $\text{km}^2$, dân số gần 1,2 triệu người, nhiệt độ trung bình năm $24,2^\circ\text{C}$; gồm 9 đơn vị hành chính (TP. Vĩnh Yên, TX. Phúc Yên và 7 huyện: Mê Linh, Bình Xuyên, Yên Lạc, Vĩnh Tường, Tam Dương, Tam Đảo, Lập Thạch); huyện Tam Dương có dân số 92.813 người; lực lượng lao động dồi dào chiếm 61,6% dân số.
• Địa hình & Tài nguyên: 3 vùng sinh thái rõ rệt (đồng bằng, trung du, miền núi); quần thể danh thắng như Vườn Quốc gia Tam Đảo, Tây Thiên, Tháp Bình Sơn, Hồ Đại Lải, Hồ Làng Hà, Đền thờ Hai Bà Trưng.

Chương 2: Tổng quan về kiểm thử phần mềm (Cơ sở lý thuyết)

Tập trung làm rõ toàn bộ hệ thống lý thuyết về kiểm thử:

• Phân loại phần mềm theo phương thức hoạt động (hệ điều hành, ứng dụng, chuyển mã dịch mã, nền tảng công nghệ) và theo khả năng ứng dụng (thời gian thực, giải trí, nhúng, phân tán).
• Trình bày 4 giai đoạn trong quy trình kiểm thử (Lập kế hoạch, Chuẩn bị, Thực thi, Báo cáo và phân tích dữ liệu).
• Phân tích chi tiết các cấp độ kiểm thử (Unit Test, Integration Test, System Test, Acceptance Test, Regression Test).
• Nghiên cứu mô hình TDD và các framework kiểm thử đơn vị.
• Trình bày kỹ thuật kiểm thử hộp trắng (luồng điều khiển, luồng dữ liệu) và hộp đen (phân vùng tương đương, phân tích giá trị biên, đoán lỗi) kèm ví dụ form đăng nhập (kiểm tra độ dài chuỗi ký tự từ 6 đến 20 ký tự).
• Định nghĩa cấu trúc chuẩn của Ca kiểm thử (Test Case) và Phiếu báo lỗi (Bug Report).

Chương 3: Kiểm thử trên thiết bị di động

Khảo cứu các đặc thù khi tiến hành kiểm thử ứng dụng chạy trên thiết bị di động:

• Các khái niệm cơ bản về ứng dụng di động trên nền tảng hệ điều hành nhúng (Android, iOS).
• Phương pháp và các loại hình kiểm thử di động: Kiểm thử chức năng, giao diện người dùng (UI), khả năng kết nối mạng (WAP, HTTP), tương thích phần cứng (CPU, màn hình cảm ứng, GPS), xử lý tin nhắn SMS, quản lý bộ nhớ và năng lượng.
• Các đặc điểm khác biệt giữa kiểm thử phần mềm trên máy tính truyền thống và ứng dụng di động.

Chương 4: Xây dựng kịch bản test (Testcase cho phòng họp không giấy Tỉnh ủy Vĩnh Phúc)

Triển khai thiết kế kịch bản kiểm thử chi tiết cho hệ thống thực tế:

• Phần 1: Giới thiệu hệ thống phòng họp không giấy: Trình bày định nghĩa, các tính năng chính, phân hệ chức năng và mô tả quy trình nghiệp vụ tổ chức họp điện tử.
• Phần 2: Kịch bản kiểm thử cho các chức năng của hệ thống: Xây dựng các bộ ca kiểm thử cho toàn bộ 15 nhóm chức năng/nghiệp vụ chính của ứng dụng trên di động:
  1. Đăng nhập phần mềm (kiểm tra tài khoản, mật khẩu, xác thực, lỗi đăng nhập).
  2. Đăng xuất phần mềm.
  3. Quản lý thông báo cuộc họp.
  4. Xem lịch cá nhân.
  5. Xem lịch cơ quan.
  6. Xem lịch lãnh đạo.
  7. Quản lý cuộc họp đang diễn ra.
  8. Tra cứu cuộc họp đã kết thúc.
  9. Theo dõi cuộc họp sắp tới.
  10. Chuyển thư ký theo dõi cuộc họp.
  11. Góp ý trước cuộc họp (gửi ý kiến, phản hồi tài liệu).
  12. Tham gia phiên họp trực tuyến.
  13. Quản lý hiển thị cá nhân trong phòng họp.
  14. Thiết lập âm thanh, hình ảnh (Microphone, Camera).
  15. Đề nghị phát biểu và thực hiện phát biểu trong cuộc họp.

Chương 5: Kết luận

Tổng kết các kết quả đạt được về mặt lý thuyết và thực hành thiết kế kịch bản kiểm thử; chỉ ra những hạn chế do giới hạn thời gian và đưa ra các định hướng phát triển đề tài.

---

Kết quả và đóng góp

• Hệ thống hóa cơ sở lý thuyết kiểm thử: Đồ án đã tổng hợp một cách có hệ thống toàn bộ nền tảng lý thuyết về kiểm thử phần mềm, phân định rõ ràng các cấp độ kiểm thử, 7 nguyên tắc kiểm thử cốt lõi và các kỹ thuật thiết kế ca kiểm thử hộp đen, hộp trắng.
• Xây dựng bộ kịch bản kiểm thử hoàn chỉnh cho ứng dụng thực tế: Thiết kế chi tiết các ca kiểm thử cho 15 nhóm tính năng nghiệp vụ của ứng dụng phòng họp không giấy Tỉnh ủy Vĩnh Phúc trên thiết bị di động, bao gồm các kịch bản kiểm thử giao diện, chức năng điều hành lịch họp, biểu quyết, tài liệu và tương tác trực tuyến.
• Chuẩn hóa quy trình và biểu mẫu: Thiết lập cấu trúc biểu mẫu quản lý ca kiểm thử (Test Case Specification) và biểu mẫu báo cáo lỗi (Bug Report) phù hợp với quy trình kiểm thử phần mềm chuyên nghiệp.

---

Hạn chế và hướng nghiên cứu tiếp

• Hạn chế: Do thời gian thực hiện đề tài có hạn (từ 15/04/2022 đến 15/06/2022) và nhận thức bước đầu của sinh viên, đồ án chủ yếu tập trung vào việc thiết kế kịch bản kiểm thử chức năng (Functional Testing) bằng phương pháp thủ công (Manual Testing), chưa bao quát toàn diện các khía cạnh kiểm thử tự động hay kiểm thử tải chuyên sâu.
• Hướng phát triển tiếp theo:
  • Nghiên cứu và áp dụng các công cụ kiểm thử tự động (Automation Testing) chuyên dụng cho ứng dụng di động.
  • Mở rộng các kịch bản kiểm thử hiệu năng (Performance/Stress Testing), kiểm thử bảo mật thông tin và khả năng tương thích trên nhiều dòng thiết bị phần cứng, phiên bản hệ điều hành di động khác nhau.

---

Giá trị tham khảo

• Đối tượng tham khảo: Sinh viên chuyên ngành Công nghệ thông tin, Kỹ thuật phần mềm; các kỹ sư kiểm thử (Tester/QA) mới bắt đầu tìm hiểu quy trình thiết kế test case; cán bộ kỹ thuật tham gia xây dựng hoặc nghiệm thu các giải pháp chính quyền điện tử, phòng họp số.
• Nội dung giá trị: Khung lý thuyết tổng quan về kỹ thuật kiểm thử hộp đen (phân vùng tương đương, giá trị biên), cấu trúc mẫu Test Case và Bug Report chuẩn, cùng tập hợp các kịch bản kiểm thử nghiệp vụ chi tiết cho mô hình phòng họp trực tuyến/không giấy tờ trên nền tảng di động.

---

Câu hỏi thường gặp

1. Đề tài áp dụng những kỹ thuật thiết kế ca kiểm thử hộp đen nào và minh họa cụ thể ra sao?

Tác giả áp dụng 3 kỹ thuật kiểm thử hộp đen chính: Phân vùng tương đương (Equivalence Partitioning), Phân tích giá trị biên (Boundary Value Analysis) và Đoán lỗi (Error Guessing). Để minh họa, tác giả sử dụng biểu mẫu đăng nhập với yêu cầu trường username chỉ nhận ký tự chữ có độ dài từ 6 đến 20 ký tự:

• Phân vùng tương đương: Chia thành 4 phân vùng gồm hợp lệ [6-20], không hợp lệ (< 6 ký tự), không hợp lệ (> 20 ký tự) và để trống hoặc chứa ký tự không phải chữ.
• Phân tích giá trị biên: Thiết lập các ca kiểm thử tại các điểm biên 5 ký tự (báo lỗi), 6 ký tự (hợp lệ), 20 ký tự (hợp lệ), 21 ký tự (báo lỗi) và trường hợp rỗng/ký tự đặc biệt.

2. Một biểu mẫu Phiếu báo lỗi (Bug Report) trong đồ án gồm những thành phần thông tin nào?

Theo đồ án, một Bug Report chuẩn hóa gồm các trường thông tin: Tên dự án (Project), Người báo cáo (Reported by), Tên lỗi (Bug Name), Mã định danh lỗi (Bug ID), Ngày tạo (Date), Người/Bộ phận chịu trách nhiệm sửa (Assigned to), Trạng thái xử lý (Status), Mô tả tóm tắt lỗi (Summary/Description), Môi trường kiểm thử (Environments - OS/Browser), Các bước tái hiện lỗi (Step to reproduce), Kết quả thực tế (Actual results), Kết quả kỳ vọng (Expected results), Mức độ nghiêm trọng (Severity), Mức độ ưu tiên (Priority) và Tệp đính kèm (Attachment).

3. Kịch bản kiểm thử tại Chương 4 bao quát những nhóm chức năng nào của ứng dụng phòng họp không giấy?

Chương 4 thiết kế kịch bản test cho 15 nhóm chức năng trên thiết bị di động: Đăng nhập; Đăng xuất; Quản lý thông báo; Xem lịch cá nhân; Xem lịch cơ quan; Xem lịch lãnh đạo; Cuộc họp đang diễn ra; Cuộc họp đã kết thúc; Cuộc họp sắp tới; Chuyển thư ký theo dõi; Góp ý trước cuộc họp; Tham gia họp; Quản lý hiển thị cá nhân; Thiết lập âm thanh/hình ảnh; Đề nghị phát biểu và phát biểu.

4. Bảy nguyên tắc cơ bản của kiểm thử phần mềm được nêu trong đồ án là gì?

Bảy nguyên tắc bao gồm: (1) Kiểm thử chứng minh sự hiện diện của lỗi; (2) Kiểm thử toàn bộ (vét cạn) là không thể; (3) Kiểm thử càng sớm càng tốt; (4) Lỗi thường phân bố tập trung (theo nguyên lý Pareto 80/20); (5) Nghịch lý thuốc trừ sâu (chạy mãi một bộ test case cũ sẽ khó tìm ra lỗi mới); (6) Kiểm thử phụ thuộc vào ngữ cảnh; (7) Quan niệm sai lầm về việc "hết lỗi" (không tìm thấy lỗi không đồng nghĩa phần mềm hoàn hảo).

5. Sự khác biệt cốt lõi giữa Kiểm thử tích hợp (Integration Test) và Kiểm thử hệ thống (System Test) là gì?

Theo trình bày trong đồ án, điểm khác nhau then chốt là: Kiểm thử tích hợp tập trung vào việc ghép nối các đơn vị phần mềm riêng lẻ và kiểm tra sự giao tiếp, tương tác giữa các module; trong khi Kiểm thử hệ thống kiểm tra hành vi, lỗi và mức độ đáp ứng đặc tả trên toàn bộ hệ thống hoàn chỉnh sau khi đã tích hợp, bao gồm cả các yêu cầu phi chức năng như hiệu năng, bảo mật và tương thích môi trường.

---

Kết luận

Đồ án tốt nghiệp của sinh viên Trịnh Thành Chung đã hệ thống hóa đầy đủ cơ sở lý thuyết về quy trình, cấp độ và kỹ thuật kiểm thử phần mềm, đồng thời phân tích rõ đặc thù của ứng dụng chạy trên thiết bị di động. Công trình đã hoàn thành mục tiêu xây dựng bộ kịch bản kiểm thử chi tiết cho các phân hệ chức năng và nghiệp vụ của ứng dụng phòng họp không giấy tại Tỉnh ủy Vĩnh Phúc. Kết quả của đồ án cung cấp một tài liệu tham khảo có cấu trúc rõ ràng về phương pháp thiết kế ca kiểm thử và báo cáo lỗi cho các hệ thống phần mềm nghiệp vụ trên nền tảng di động.

Trích đoạn nội dung tài liệu

Mở đầu: Chương này trình bày về lý do chọn đề tài, mục tiêu nghiên cứu của đồ án và bố cục nội dung của đồ án - Chƣơng 1: Giới thiệu khái quát về Tỉnh ủy Vĩnh Phúc - Chƣơng 2: Tổng quan về kiểm thử phần mềm ( Cơ sở lý thuyết ) - Chƣơng 3: Kiểm thử trên thiết bị di động - Chƣơng 4: Xây dựng kịch bản Test - Kết luận: Chương này đưa ra những kết quả đồ án đạt được, những thiếu sót chưa thực hiện được và hướng phát triển đề tài trong tương lai Hà Nội, ngày 22 tháng 05 năm 2022 Sinh viên thực hiện Trịnh Thành Chung 13 Đồ án tốt nghiệp Trịnh Thành Chung Khoa Công nghệ thông tin Lớp D101 – K10 MỤC LỤC LỜI CAM ĐOAN. 5 PHIẾU GIAO ĐỀ TÀI TỐT NGHIỆP. 6 NHẬN XÉT, ĐÁNH GIÁ, CHO ĐIỂM. 9 NHẬN XÉT, ĐÁNH GIÁ, CHO ĐIỂM.

14 DANH MỤC HÌNH VÀ BẢNG BIỂU. 17 DANH MỤC TỪ VIẾT TẮT VÀ THUẬT NGỮ. 18 CHƢƠNG 1: GIỚI THIỆU KHÁI QUÁT VỀ TỈNH ỦY VĨNH PHÚC. Đặc điểm địa hình:.

Tài nguyên thiên nhiên:. 21 CHƢƠNG 2: TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM (CƠ SỞ LÝ THUYẾT). Phân loại phần mềm. Mục tiêu của kiểm thử phần mềm.

Quy trình phát triển phần mềm. Các mô hình SEP. Mô hình phát triển dựa trên kiểm thử (TDD). Kiểm thử phần mềm và một số khái niệm liên quan.

Kiểm thử phần mềm. Một số hái niệm liên quan. Quy trình kiểm thử phần mềm. Các cấp độ kiểm thử.

Kiểm thử mức đơn vị. Kiểm thử tích hợp. Kiểm thử hồi quy. Kiểm thử chấp nhận sản phẩm.

34 14 Đồ án tốt nghiệp Trịnh Thành Chung Khoa Công nghệ thông tin Lớp D101 – K10 4. Kiểm thử mức hệ thống. Các kỹ thuật kiểm thử phần mềm. Nguyên tắc cơ bản kiểm thử phần mềm.

Kỹ thuật kiểm thử hộp trắng (White-Box Testing). Kỹ thuật kiểm thử hộp đen (Blac -Box Testing). Kỹ thuật kiểm thử hộp Xám (Grey-Box Testing). Nguyên tắc cơ bản kiểm thử phầm mềm.

Kỹ thuật thiết kế Ca kiểm thử. Cấu trúc của Ca kiểm thử. Phân vùng tƣơng đƣơng. Phân tích giá trị biên.

Tạo Bug report. Bug và Bug report. Cấu tr c một Bug report. Severity và Priority.

52 CHƢƠNG 3: KIỂM THỬ TRÊN THIẾT BỊ DI ĐỘNG. Kiểm thử trên thiết bị di động. Các hái niệm cơ bản về ứng dụng di động. Phƣơng pháp iểm thử trên thiết bị di động.

Các loại kiểm thử di động. Các đặc điểm của kiểm thử di động. 59 CHƢƠNG 4: XÂY DỰNG KỊCH BẢN TEST ( TESTCASE CHO PHÒNG HỌP KHÔNG GIẤY TỈNH ỦY VĨNH PHÚC). 62 Phần 1: Giới thiệu về hệ thống phòng họp không giấy Tỉnh ủy Vĩnh Ph c.

Phòng họp không giấy là gì ?. Các tính năng của phòng họp không giấy. Các chức năng của phòng họp không giấy. Mô tả nghiệp vụ.

63 Phần 2: Kịch bản test cho các chức năng của phòng họp không giấy. Đăng nhập phầm mềm. Đăng xuất phần mềm. Xem lịch cá nhân.

Xem lịch cơ quan. 74 15 Đồ án tốt nghiệp Trịnh Thành Chung Khoa Công nghệ thông tin Lớp D101 – K10 6. Xem lịch lãnh đạo. Cuộc họp đang diễn ra.

Cuộc họp đã ết th c. Cuộc họp sắp tới. Chuyển thƣ í theo dõi. Góp ý trƣớc cuộc họp.

Tham gia họp. Quản lý hiển thị cá nhân. Thiết lập âm thanh, hình ảnh. Đề nghị phát biểu.

106 CHƢƠNG 5: KẾT LUẬN. 107 TÀI LIỆU THAM KHẢO. 108 16 Đồ án tốt nghiệp Trịnh Thành Chung Khoa Công nghệ thông tin Lớp D101 – K10 DANH MỤC HÌNH VÀ BẢNG BIỂU Hình 1. Các bƣớc trong TDD.

Ví dụ về 1 kịch bản kiểm thử. Giai đoạn kiểm thử trong xử lý phần mềm. Luồng thông tin kiểm thử. Minh họa Kiểm thử hộp trắng.

Minh họa Kiểm thử hộp đen. Minh họa Kiểm thử hộp xám. Minh họa của một ca kiểm thử. Minh hoa một Form đăng nhập.

Minh họa một Bug report. Giao diện đăng nhập App. 2 Giao diện đăng xuất phần mềm App. 3 Giao diện quản lý thông bảo.

4 Hình ảnh giao diện lịch cá nhân. 5 Giao diện hiện thị Lịch Cơ quan. 6 Giao diện hiện thị Lịch lãnh đạo. 76 17 Đồ án tốt nghiệp Trịnh Thành Chung Khoa Công nghệ thông tin Lớp D101 – K10 DANH MỤC TỪ VIẾT TẮT VÀ THUẬT NGỮ STT KÍ HIỆU CỤM TỪ ĐẦY ĐỦ Ý NGHĨA Software Quy trình phát triển/ xây dựng 1 SEP Development/Engineerin phần mềm g Process Rapid Application Mô hình phát triển ứng dụng 2 RAD Development Model nhanh 3 SLC Software Life Cycle Vòng đời phần mềm Test Driven Mô hình phát triển dựa trên kiểm 4 TDD Development thử 5 DU Def - Use Tiêu chuẩn bao phủ kiểm thử 6 IT Information Technology Công nghệ thông tin 7 ID Identification nember Mã số Institute of Electrical 8 IEEE and Electronics Viện kỹ nghệ Điện và Điện tử Engineers Framewwork là 1 thư viện các Frameww lớp đã được xây dựng hoàn 9 Framewwork ork chỉnh, bộ khung để phát triển các Phần mềm ứng dụng HyperText Transfer 10 HTTP Giao thức truyền tải siêu văn bản Protocol Integarted Development Phần mềm bao gồm những gói 11 IDE Environment phần mềm khác giúp phát triển 18 Đồ án tốt nghiệp Trịnh Thành Chung Khoa Công nghệ thông tin Lớp D101 – K10 ứng dụng phần mềm ( Môi trường phát triển tích hợp) Định vị tài nguyên thông nhất, Uniform Resource 12 URL được dùng để tham chiếu tới tài Locator nguyên trên Internet Verification and 13 V&V Xác minh và thẩm định Validation 14 CPU Central Processing Unit Bộ xử lý trung tâm Global Positioning 15 GPS Hệ thống định vị toàn cầu System Thuật ngữ được Microsoft, Sun Software Development Microsystem và 1 số công ty 16 SDK Kit khác sử dụng – một bộ công cụ pháy triển phần mềm Giao thức viễn thông cho phép 17 SMS Short Message Services gửi các thông điệp dạng text ngắn Giao thức Ứng dụng không dây – Wireless Application là một tiêu chuẩn công nghệ cho 18 WAP Protocol các hệ thống truy cập Internet từ các thiết bị di động 19 UI User Interface Giao diện người dùng 19 Đồ án tốt nghiệp Trịnh Thành Chung Khoa Công nghệ thông tin Lớp D101 – K10 CHƢƠNG 1: GIỚI THIỆU KHÁI QUÁT VỀ TỈNH ỦY VĨNH PHÚC 1.

Ví trí địa lý: Vĩnh Phúc – cửa ngõ Tây Bắc của thủ đô Hà Nội, thuộc vùng châu thổ sông Hồng là một trong 8 tỉnh thuộc vùng kinh tế trọng điểm phía Bắc. - Phía Tây Bắc giáp tỉnh Tuyên Quang - Phía Đông Bắc giáp tỉnh Thái Nguyên - Phía Đông Nam giáp thủ đô Hà Nội - Phía Nam giáp tỉnh Hà Tây - Phía Tây giáp tỉnh Phú Thọ Do tiếp giáp với thủ đô Hà Nội và nằm trong vùng kinh tế trọng điểm phía Bắc nên các nhà đầu tư có thể sử dụng các công trình kỹ thuật hạ tầng hiện có của khu vực này. Người dân Vĩnh Phúc luôn mang trong mình niềm tự hào về truyền thông đấu tranh dựng nước, giữ nước và một nền văn hóa rực rỡ. Cho đến nay, đất Vĩnh Phúc vẫn mang đậm dấu ấn của văn hóa Hùng Vương và Kinh Bắc, Thăng Long, của nền văn hóa dân gian đặc sắc, của khoa bảng, với lối sống xã hội và chuẩn mực đạo đức luôn được giữ gìn và phát huy.

Khí hậu: Vĩnh phúc nằm trong vùng nhiệt đới gió mùa, nhiệt độ trung bình hàng năm 24,2 °C, diện tích tự nhiên khoảng 1.371 km2, dân số gần 1.2 triệu người. Tỉnh có 9 đơn vị hành chính gồm: Thành phố Vĩnh Yên là trung tâm kinh tế, chính trị, văn hóa của tỉnh, thị xã Phúc Yên và 7 huyện là Mê Linh, Bình Xuyên, Yên Lạc, Vĩnh Tường, Tam Dương, Tam Đảo và Lập Thạch. Đặc điểm địa hình: Do đặc điểm vị trí địa lý nên nơi đây hình thành 3 vùng sinh thái rõ rệt: Đồng bằng, trung du và miền núi hết sức thuận tiện cho phát triển nông 20 Đồ án tốt nghiệp Trịnh Thành Chung Khoa Công nghệ thông tin Lớp D101 – K10 – lâm nghiệp, thủy sản, công nghiệp và du lịch – dịch vụ. Một trong những ưu thế của Vĩnh Phúc so với các tỉnh xung quanh Hà Nội là có diện tích đất đồi khá lớn của vùng trung du, có đặc tính cơ lý tốt thuận tiện cho việc xây dựng và phát triển công nghiệp.

Dân số: STT Tên huyện, thị xã, thành Dân số (người) phố 1 Tam Dương 92.813 Nguồn lao động của Vĩnh Phúc khá dồi dào, chiếm khoảng 61,6% tổng dân số, trong đó chủ yếu là lao động trẻ, có kiến thức văn hóa và tinh thần sáng tạo để tiếp thu kỹ thuật và công nghệ tiên tiến. Sự phát triển kinh tế mạnh mẽ trong những năm qua, đặc biệt là công nghiệp, đã trở thành môi trường nâng cao tay nghề cho người lao động. Tài nguyên thiên nhiên: Vĩnh Phúc có tiềm năng lớn về tài nguyên du lịch tự nhiên và nhân văn. Tại đây có một quần thể danh lam, thắng cảnh tự nhiên nổi tiếng: Rừng Quốc gia Tam Đảo, thác Bản Long, hồ Đại Lải, hồ Làng Hà,… Nhiều lễ hội dân gian đậm đà bản sắc dân tộc và rất nhiều di tích lịch sử, văn hóa mang đậm dấu ấn lịch sử và giá trị tâm linh như danh thắng Tây Thiên, Tháp Bình Sơn, Đề thờ Hai Bà Trưng, Đền thờ Trần Nguyên Hãn, Di chỉ Đồng Đậu,….

21 Đồ án tốt nghiệp Trịnh Thành Chung Khoa Công nghệ thông tin Lớp D101 – K10 CHƢƠNG 2: TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM (CƠ SỞ LÝ THUYẾT) Kiểm thử nhằm đánh giá chất lượng hoặc tính chấp nhận được của sản phẩm. Ngoài ra, kiểm thử còn giúp phát hiện lỗi hoặc bất cứ vấn đề gì về sản phẩm. Chúng ta cần kiểm thử vì biết rằng con người luôn có thể mắc sai lầm. Điều này đặc biệt đúng trong lĩnh vực phát triển phần mềm và các hệ thống điều khiển bởi phần mềm.

Chương này sẽ giới thiệu các khái niệm trong lĩnh vực kiểm thử phần mềm. Phần mềm Phần mềm thường được mô tả bởi ba thành phần cấu thành: - Tập các lệnh (chương trình máy tính) trên máy tính khi thực hiện sẽ tạo ra các dịch vụ và đem lại những kết quả mong muốn cho người dùng. - ác c u tr c d liệu (lưu giữ trên các bộ nhớ) làm cho chương trình thao tác hiệu quả với các thông tin thích hợp và nội dung thông tin được số hóa. - Các tài liệu để mô tả thao tác, cách sử dụng và bảo trì phần mềm (hướng dẫn sử dụng, tài liệu kỹ thuật, tài liệu phân tích, thiết kế, kiểm thử, v.

Phân loại phần mềm.