Kiểm Thử Website Quản Lý Trường Học: Đề Tài Bài Tập Lớn

Khám phá bài tập lớn về kiểm thử website quản lý trường học, cung cấp kiến thức và kỹ năng cần thiết cho sinh viên ngành công nghệ thông tin.

• Trường học: Trường Đại Học Công Nghệ
• Chuyên ngành: Công Nghệ Thông Tin
• Đề tài: Kiểm Thử Website Quản Lý Trường Học: Giải Pháp Công Nghệ Hiện Đại
• Loại tài liệu: Đồ Án Tốt Nghiệp
• Năm xuất bản: 2023
• Địa điểm: Hà Nội

Mục lục chi tiết

• 1. CHƯƠNG 1: TỔNG QUAN BÀI TOÁN
• 1.1. Giới thiệu đề tài
• 1.2. Đặc tả yêu cầu
• 1.2.1. Các luồng nghiệp vụ chính
• 1.2.2. Các màn hình chức năng chính - wireframe
• 1.3. Các Module chính của chương trình
• 2. CHƯƠNG 2: PHÂN TÍCH VÀ THIẾT KẾ TEST CASE
• 2.1. Kiểm thử đơn vị (Unit Testing)
• 2.2. Phương pháp, kỹ thuật
• 2.3. Danh sách các test case
• 2.3.1. Đăng nhập
• 2.3.2. Quản lý sinh viên
• 2.4. Phương pháp, kỹ thuật kiểm thử tích hợp

Tóm tắt

I. Vai trò của kiểm thử website quản lý trường học hiện nay

Trong bối cảnh chuyển đổi số giáo dục, các website hay hệ thống quản lý trường học đã trở thành nền tảng cốt lõi, kết nối nhà trường, giáo viên, học sinh và phụ huynh. Sự ổn định, chính xác và an toàn của các hệ thống này ảnh hưởng trực tiếp đến chất lượng giảng dạy và vận hành. Do đó, việc kiểm thử phần mềm không còn là một lựa chọn mà là yêu cầu bắt buộc. Một quy trình kiểm thử toàn diện đảm bảo rằng mọi chức năng, từ quản lý điểm số đến cổng thông tin liên lạc, đều hoạt động trơn tru, không có lỗi nghiêm trọng. Nó giúp xác định sớm các lỗ hổng bảo mật, ngăn chặn rủi ro rò rỉ dữ liệu nhạy cảm của học sinh và nhân sự. Hơn nữa, việc tối ưu hóa hiệu năng và trải nghiệm người dùng thông qua kiểm thử góp phần nâng cao sự hài lòng và mức độ tương tác của tất cả các bên liên quan, khẳng định uy tín và chất lượng của tổ chức giáo dục.

1.1. Sự phát triển của phần mềm quản lý trường học SMS

Sự phát triển của công nghệ đã biến đổi sâu sắc ngành giáo dục, dẫn đến sự ra đời của các phần mềm quản lý trường học (SMS), hệ thống quản lý học tập (LMS) và hệ thống thông tin sinh viên (SIS). Theo tài liệu nghiên cứu của nhóm sinh viên trường Đại học Công nghệ Đông Á, quản lý trường học là một công việc phức tạp, bao gồm nhiều hoạt động từ giảng dạy, học tập, quản lý học sinh, nhân sự đến tài chính. Các hệ thống này được thiết kế để giải quyết những thách thức đó, tự động hóa các quy trình thủ công, cung cấp một nền tảng tập trung để quản lý thông tin chính xác và kịp thời. Các module chính thường bao gồm quản lý hồ sơ học sinh, quản lý giáo viên, quản lý lớp học, môn học và cổng thông tin liên lạc. Việc đảm bảo các module này hoạt động chính xác và tương tác liền mạch với nhau là mục tiêu hàng đầu của quá trình kiểm thử.

1.2. Mục tiêu chính của kiểm thử trong lĩnh vực EdTech

Mục tiêu của kiểm thử phần mềm giáo dục (EdTech) là xác minh và xác thực rằng sản phẩm đáp ứng đầy đủ các yêu cầu về chức năng, hiệu năng, bảo mật và khả năng sử dụng. Cụ thể, quá trình này nhằm phát hiện sớm các lỗi (bugs), sai sót trong logic nghiệp vụ, và các điểm yếu có thể bị khai thác. Một mục tiêu quan trọng khác là đảm bảo trải nghiệm người dùng tích cực. Điều này được thực hiện thông qua kiểm thử giao diện người dùng (UI testing) và kiểm thử trải nghiệm người dùng (UX testing), đảm bảo hệ thống dễ sử dụng, trực quan cho cả quản trị viên, giáo viên và học sinh. Cuối cùng, kiểm thử giúp xây dựng niềm tin cho người dùng cuối và các bên liên quan, chứng minh rằng hệ thống là một công cụ đáng tin cậy để hỗ trợ công tác quản lý và giáo dục.

II. Thách thức lớn khi kiểm thử website quản lý trường học

Việc kiểm thử một hệ thống quản lý trường học đối mặt với nhiều thách thức đặc thù. Hệ thống này có cấu trúc phức tạp với nhiều module lồng ghép và các luồng nghiệp vụ đa dạng, đòi hỏi sự hiểu biết sâu về cả kỹ thuật và quy trình giáo dục. Dữ liệu trong hệ thống, bao gồm thông tin cá nhân của học sinh, giáo viên và phụ huynh, cực kỳ nhạy cảm, đặt ra yêu cầu rất cao về bảo mật. Hơn nữa, hệ thống phải phục vụ nhiều nhóm người dùng khác nhau (quản trị viên, giáo viên, học sinh, phụ huynh) với các quyền truy cập và giao diện riêng biệt, làm tăng độ phức tạp cho việc thiết kế kịch bản kiểm thử. Việc đảm bảo hiệu năng ổn định khi có hàng ngàn người dùng truy cập đồng thời vào các thời điểm cao điểm như mùa tuyển sinh hay công bố điểm thi cũng là một bài toán khó. Những thách thức này đòi hỏi một chiến lược và kế hoạch kiểm thử (test plan) bài bản.

2.1. Vấn đề bảo mật dữ liệu và phân quyền người dùng

An toàn thông tin là ưu tiên hàng đầu. Một lỗ hổng trong kiểm thử bảo mật cổng thông tin phụ huynh hoặc hệ thống quản lý học sinh có thể dẫn đến hậu quả nghiêm trọng như rò rỉ dữ liệu cá nhân. Các kịch bản tấn công như SQL Injection, Cross-Site Scripting (XSS), hay truy cập trái phép cần được kiểm tra kỹ lưỡng. Thêm vào đó, hệ thống phân quyền phức tạp là một thách thức lớn. Cần đảm bảo rằng giáo viên chỉ có thể xem và sửa thông tin của lớp mình phụ trách, học sinh không thể truy cập vào chức năng của quản trị viên, và phụ huynh chỉ xem được thông tin của con em mình. Việc kiểm thử ma trận phân quyền đòi hỏi các kịch bản kiểm thử (test case) chi tiết để bao phủ mọi trường hợp có thể xảy ra.

2.2. Đảm bảo hiệu năng và trải nghiệm người dùng đồng nhất

Một website quản lý trường học phải xử lý một lượng lớn truy cập đồng thời, đặc biệt trong các giai đoạn cao điểm. Kiểm thử hiệu năng hệ thống quản lý học sinh là cực kỳ quan trọng để đánh giá khả năng chịu tải, thời gian phản hồi và tính ổn định của hệ thống. Nếu không được tối ưu, website có thể bị chậm, treo hoặc sập, gây gián đoạn hoạt động của nhà trường. Song song với đó, kiểm thử khả năng sử dụng (usability testing) đảm bảo rằng giao diện trực quan, dễ thao tác trên nhiều nền tảng. Quá trình này bao gồm cả kiểm thử tương thích trình duyệt và kiểm thử trên thiết bị di động để mang lại trải nghiệm đồng nhất, giúp người dùng không gặp khó khăn khi truy cập từ máy tính để bàn hay điện thoại thông minh.

III. Phương pháp xây dựng quy trình QA QC cho website trường học

Để đảm bảo chất lượng cho một sản phẩm EdTech phức tạp, việc xây dựng một quy trình QA/QC cho website trường học là điều kiện tiên quyết. Quy trình này không chỉ là một giai đoạn sau khi lập trình, mà phải được tích hợp xuyên suốt vòng đời phát triển phần mềm. Bắt đầu từ việc phân tích yêu cầu, đội ngũ QA đã phải tham gia để làm rõ các nghiệp vụ và xác định tiêu chí nghiệm thu. Tiếp theo là giai đoạn lập kế hoạch, thiết kế kịch bản kiểm thử, chuẩn bị môi trường và dữ liệu. Giai đoạn thực thi kiểm thử bao gồm nhiều cấp độ khác nhau, từ Unit Test, Integration Test đến System Test. Cuối cùng, việc theo dõi, báo cáo lỗi và kiểm thử hồi quy sau khi sửa lỗi là các bước không thể thiếu để đảm bảo sản phẩm cuối cùng đạt chất lượng cao nhất trước khi triển khai đến người dùng.

3.1. Xây dựng kế hoạch và kịch bản kiểm thử chi tiết

Nền tảng của một quy trình kiểm thử thành công là một kế hoạch kiểm thử (test plan) rõ ràng và các kịch bản kiểm thử (test case) chi tiết. Kế hoạch kiểm thử xác định phạm vi, mục tiêu, nguồn lực, lịch trình và các loại hình kiểm thử sẽ được thực hiện. Tài liệu nghiên cứu cho thấy, việc thiết kế test case cho các chức năng như 'Thêm sinh viên', 'Sửa sinh viên' hay 'Đăng nhập' cần dựa trên đặc tả yêu cầu và wireframe. Mỗi test case phải bao gồm các bước thực hiện, dữ liệu đầu vào, kết quả mong đợi và điều kiện tiên quyết. Việc phân loại test case thành các trường hợp thông thường (normal case), bất thường (abnormal case) và biên (boundary case) giúp tăng độ bao phủ (test coverage) và khả năng phát hiện lỗi của quá trình kiểm thử.

3.2. Quy trình báo cáo lỗi bug report và theo dõi hiệu quả

Khi một lỗi được phát hiện, việc ghi nhận nó một cách hệ thống là rất quan trọng. Một báo cáo lỗi (bug report) hiệu quả cần có đầy đủ thông tin: tiêu đề ngắn gọn, mô tả chi tiết các bước tái hiện lỗi, môi trường xảy ra lỗi (trình duyệt, hệ điều hành), kết quả thực tế và kết quả mong đợi, kèm theo ảnh chụp màn hình hoặc video. Các hệ thống quản lý lỗi như Jira hay Redmine thường được sử dụng để gán lỗi cho lập trình viên, theo dõi trạng thái (Mới, Đang xử lý, Đã sửa, Đóng) và quản lý toàn bộ vòng đời của lỗi. Quy trình này đảm bảo không có lỗi nào bị bỏ sót và cung cấp dữ liệu để phân tích, cải tiến chất lượng sản phẩm trong các phiên bản sau.

IV. Top 03 loại hình kiểm thử bắt buộc cho hệ thống quản lý

Một hệ thống quản lý trường học toàn diện đòi hỏi nhiều loại hình kiểm thử khác nhau để đảm bảo chất lượng ở mọi khía cạnh. Không thể chỉ tập trung vào việc xác minh chức năng hoạt động đúng hay sai, mà còn phải đánh giá các yếu tố phi chức năng như hiệu suất, bảo mật và trải nghiệm người dùng. Việc áp dụng đồng bộ các loại hình kiểm thử giúp tạo ra một sản phẩm không chỉ mạnh mẽ về mặt nghiệp vụ mà còn ổn định, an toàn và thân thiện. Dưới đây là ba loại hình kiểm thử cốt lõi, được xem là bắt buộc trong mọi dự án phát triển website quản lý giáo dục, từ cấp độ mã nguồn đến toàn bộ hệ thống.

4.1. Kiểm thử đơn vị Unit Testing và Tích hợp Integration Testing

Kiểm thử đơn vị là cấp độ kiểm thử cơ bản nhất, tập trung vào việc xác minh từng thành phần hoặc hàm (function) nhỏ nhất của mã nguồn hoạt động chính xác. Theo tài liệu phân tích, các hàm như checkLogin, AddNewStudent, hay removeStudent đều cần có các test case riêng để kiểm tra logic. Tiếp theo, Kiểm thử Tích hợp (Integration Testing) đảm bảo rằng khi các module riêng lẻ này được kết hợp lại với nhau, chúng vẫn hoạt động đúng và dữ liệu được truyền tải chính xác. Các phương pháp như Top-Down (từ trên xuống) và Bottom-Up (từ dưới lên) được áp dụng để kiểm tra sự tương tác giữa các module, ví dụ như module 'Quản lý sinh viên' và 'Quản lý lớp học', đảm bảo tính toàn vẹn của hệ thống.

4.2. Kiểm thử hệ thống System Testing

Kiểm thử hệ thống là quá trình kiểm tra toàn bộ ứng dụng đã được tích hợp hoàn chỉnh để đánh giá sự tuân thủ của nó so với các yêu cầu đã đặc tả. Ở giai đoạn này, hệ thống được xem như một 'hộp đen', kiểm thử viên sẽ thực hiện các luồng nghiệp vụ từ đầu đến cuối giống như người dùng thật. Ví dụ, một luồng nghiệp vụ hoàn chỉnh là: Quản trị viên đăng nhập, vào trang quản lý sinh viên, thực hiện chức năng 'Thêm mới sinh viên', nhập đầy đủ thông tin, lưu lại, và sau đó tìm kiếm để xác nhận sinh viên đã được thêm thành công. Theo tài liệu, quy trình System Testing bao gồm 7 bước, từ lập kế hoạch, tạo môi trường, thiết kế test case, chuẩn bị dữ liệu, thực thi, báo cáo lỗi và lặp lại quy trình.

4.3. Kiểm thử API cho phần mềm giáo dục và các thành phần khác

Trong các hệ thống hiện đại, việc giao tiếp giữa frontend (giao diện người dùng) và backend (máy chủ) thường thông qua các API. Do đó, kiểm thử API cho phần mềm giáo dục đóng vai trò cực kỳ quan trọng. Nó giúp xác minh logic nghiệp vụ, bảo mật và hiệu năng ở tầng backend mà không cần thông qua giao diện người dùng. Việc kiểm thử này đảm bảo dữ liệu trả về là chính xác, các mã trạng thái (status code) phù hợp và hệ thống xử lý đúng các yêu cầu hợp lệ và từ chối các yêu cầu không hợp lệ. Điều này giúp phát hiện lỗi sớm hơn, độc lập với các thay đổi ở giao diện, và là nền tảng cho việc tự động hóa kiểm thử.

V. Hướng dẫn ứng dụng Automation Testing cho EdTech hiệu quả

Trong bối cảnh các hệ thống EdTech ngày càng lớn và phức tạp, kiểm thử thủ công tốn nhiều thời gian, công sức và dễ xảy ra sai sót. Automation testing cho EdTech (kiểm thử tự động) là giải pháp công nghệ hiện đại giúp giải quyết vấn đề này. Bằng cách sử dụng các công cụ và viết kịch bản để tự động hóa việc thực thi các test case, các chu trình kiểm thử hồi quy có thể được chạy nhanh chóng sau mỗi lần thay đổi mã nguồn. Điều này giúp phát hiện lỗi sớm, tăng tốc độ phát hành sản phẩm và giải phóng thời gian cho kiểm thử viên để họ tập trung vào các kịch bản phức tạp hơn hoặc kiểm thử thăm dò. Việc lựa chọn công cụ phù hợp và xây dựng một bộ kịch bản tự động ổn định là chìa khóa để triển khai thành công.

5.1. Sử dụng Selenium IDE để ghi và phát lại kịch bản

Selenium IDE là một công cụ mạnh mẽ và dễ tiếp cận để bắt đầu với kiểm thử tự động. Theo tài liệu thực thi, Selenium IDE là một add-on trên trình duyệt cho phép người dùng ghi lại (Record) các thao tác của mình trên website và phát lại (Playback) chúng một cách tự động. Quá trình này gồm ba bước chính: Ghi lại (Recording), Phát lại (Playing back) và Lưu trữ (Saving). Người dùng có thể tạo một kịch bản test cho chức năng 'Thêm sinh viên' bằng cách thực hiện các thao tác nhập liệu và nhấn nút, Selenium IDE sẽ tự động chuyển các hành động đó thành các câu lệnh. Công cụ này rất hữu ích để nhanh chóng tạo ra các kịch bản kiểm thử cho các luồng nghiệp vụ ổn định, đặc biệt là cho các bài kiểm tra hồi quy.

5.2. Lợi ích và xu hướng phát triển của kiểm thử tự động

Áp dụng kiểm thử tự động mang lại nhiều lợi ích vượt trội: tăng tốc độ kiểm thử, nâng cao độ chính xác, tăng độ bao phủ và giảm chi phí về lâu dài. Nó cho phép thực hiện kiểm thử liên tục (Continuous Testing) trong các quy trình CI/CD, đảm bảo chất lượng được duy trì ở mọi giai đoạn. Xu hướng tương lai của automation testing cho EdTech là tích hợp trí tuệ nhân tạo (AI) và học máy (Machine Learning) để tự động tạo ra các kịch bản kiểm thử thông minh, tự phát hiện các khu vực có rủi ro cao và tối ưu hóa quá trình bảo trì các kịch bản tự động. Điều này hứa hẹn sẽ đưa hoạt động đảm bảo chất lượng phần mềm giáo dục lên một tầm cao mới.

Nội dung chính

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

Quản lý trường học là một nghiệp vụ tổng hợp đòi hỏi sự tổ chức, điều hành đồng bộ giữa nhiều bộ phận và hoạt động chuyên môn, bao gồm quản lý giảng dạy, học tập, quản lý hồ sơ học sinh - sinh viên, nhân sự giáo viên, tài chính ngân sách và cơ sở vật chất. Trong bối cảnh số hóa giáo dục, việc ứng dụng các phần mềm quản lý trường học trên nền tảng web trở thành giải pháp thiết yếu nhằm giảm thiểu các sai sót trong xử lý thủ công và nâng cao chất lượng vận hành. Tuy nhiên, quá trình tin học hóa công tác quản trị học đường đặt ra nhiều thách thức kỹ thuật: dữ liệu người học cần được cập nhật liên tục và bảo mật; quy trình phân quyền giữa quản trị viên, giáo viên và học sinh phải tuyệt đối chính xác; giao diện thu nhận thông tin phải kiểm soát chặt chẽ các ràng buộc dữ liệu đầu vào. Bất kỳ khiếm khuyết phần mềm nào cũng có thể dẫn đến sai lệch thông tin hồ sơ, gián đoạn tương tác hoặc rủi ro an toàn hệ thống.

Đề tài "Kiểm thử website quản lý trường học" được thực hiện bởi nhóm sinh viên Khoa Công nghệ Thông tin - Trường Đại học Công nghệ Đông Á, nhằm giải quyết bài toán đảm bảo chất lượng, độ tin cậy và tính ổn định cho ứng dụng web quản lý trường học mã nguồn PHP (school-management-system-php-main).

Mục tiêu và nhiệm vụ nghiên cứu cụ thể trong tài liệu gồm có:

1. Khảo sát nghiệp vụ, phân tích đặc tả yêu cầu chức năng và cấu trúc các màn hình giao diện (wireframe) của website quản lý trường học.
2. Thiết kế hệ thống ca kiểm thử (test cases) đa cấp độ, bao gồm kiểm thử đơn vị (Unit Testing), kiểm thử tích hợp (Integration Testing) và kiểm thử hệ thống (System Testing).
3. Thực thi kiểm thử thủ công và tự động hóa; theo dõi, ghi nhận và đánh giá kết quả thực thi theo các tiêu chí đo độ bao phủ mã nguồn và tỷ lệ thành công của test case.
4. Xây dựng kịch bản kiểm thử tự động (Automation Test Script) cho các chức năng trọng yếu bằng công cụ chuyên dụng.

• Đối tượng nghiên cứu: Các phân hệ chức năng, luồng nghiệp vụ và giao diện tương tác của website quản lý trường học nền tảng PHP.
• Phạm vi nghiên cứu:
  • Không gian kỹ thuật: Môi trường web cục bộ (localhost), tập trung kiểm thử các module quản lý nòng cốt: Đăng nhập (login.php), Quản lý sinh viên (student-add.php, chỉnh sửa, xóa, tìm kiếm, xem chi tiết), Quản lý giáo viên, Quản lý lớp, Quản lý khóa học, Quản lý người dùng văn phòng đăng ký và Đổi mật khẩu.
  • Thời gian và dữ liệu thực nghiệm: Các kịch bản và dữ liệu thử nghiệm mô phỏng quy trình tiếp nhận hồ sơ, tài khoản và thông tin học tập tại trường học.

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

Đồ án ứng dụng khung lý thuyết và quy trình kiểm thử phần mềm tiêu chuẩn cho ứng dụng web, phân định rõ theo từng cấp độ và kỹ thuật kiểm định:

• Khung lý thuyết và phân loại kiểm thử:

  • Kiểm thử đơn vị (Unit Testing): Tập trung kiểm tra các đơn vị code riêng lẻ (hàm, phương thức, thủ tục xử lý logic trong mã nguồn PHP) trong giai đoạn phát triển. Lý thuyết sử dụng các kỹ thuật: Kiểm thử hộp đen (Black box), Kiểm thử hộp trắng (White box) và Kiểm thử hộp xám (Gray box). Các tiêu chuẩn đo độ bao phủ mã nguồn bao gồm: Bao phủ câu lệnh (Statement Coverage), Bao phủ quyết định (Decision Coverage), Bao phủ nhánh (Branch Coverage), Bao phủ điều kiện (Condition Coverage) và Bao phủ máy trạng thái hữu hạn (Finite State Machine Coverage).
  • Kiểm thử tích hợp (Integration Testing): Xác nhận tính đúng đắn của các liên kết và luồng truyền dữ liệu giữa các thành phần phần mềm. Tài liệu tổng hợp 15 phương pháp kiểm thử tích hợp: Bottom-Up, Top-Down, Big Bang, Backward, Forward, Behavioral, Interface, Data Flow, State, Service, Communication, Exception Handling, Performance và Security Testing.
  • Kiểm thử hệ thống (System Testing): Đánh giá toàn diện hệ thống trên môi trường tích hợp hoàn chỉnh theo 7 bước: Lên kế hoạch kiểm thử, Tạo lập môi trường, Tạo Test Case, Chọn Test Data, Triển khai Test Case, Báo cáo - sửa lỗi, và Lặp lại quy trình kiểm thử.

• Phương pháp và công cụ nghiên cứu thực tế:

  • Thiết kế test case dựa trên bảng phân tích trường dữ liệu giao diện (Wireframe field specifications), giá trị biên, lớp tương đương và luồng nghiệp vụ người dùng/quản trị viên (Basic flow, Exception flow).
  • Sử dụng công cụ kiểm thử tự động Selenium IDE (phiên bản 3.4) dưới dạng tiện ích mở rộng trên trình duyệt (Firefox, Chrome) để ghi nhận (Record), thực thi phát lại (Playback) và lưu trữ kịch bản kiểm thử (.side).
  • Báo cáo và quản lý tiến độ thực hiện bằng bảng biểu tổng hợp (UT Report, Integration Test Sheet, System Test Matrix).

• Nguồn dữ liệu: Cấu trúc bảng dữ liệu, tham số hàm, biểu mẫu web HTML/PHP và tập dữ liệu kiểm thử (Test Data) thực tế được thiết lập bởi nhóm tác giả (thông tin sinh viên, email, số điện thoại, tài khoản quản trị).

Thiết kế và triển khai kiểm thử hệ thống

Kiến trúc kiểm thử của đồ án được triển khai trên nền tảng ứng dụng web mã nguồn PHP (school-management-system-php-main) chạy qua máy chủ web cục bộ (http://localhost/). Các thành phần công nghệ và giao diện kiểm thử chính được xác định từ văn bản:

Thành phần	Đặc tả kỹ thuật và cấu trúc trong văn bản
Hệ thống điều hướng (NavBar)	Gồm 11 thành phần điều hướng: Logo, Dashboard, Teachers, Students, Grade, Section, Class, Registrar-Office, Course, Message, Settings, Logout.
Công nghệ & Môi trường	PHP, HTML/CSS, Web Browser (Firefox, Chrome), Web Server localhost.
Công cụ kiểm thử tự động	Selenium IDE v3.4 (trình duyệt Firefox/Chrome) với định dạng xuất tệp kịch bản .side.
Tập lệnh Selenium IDE sử dụng	open, click, type, assertTitle, verifyTitle, assertElementPresent, verifyElementPresent, assertTextPresent, verifyTextPresent, waitForPageToLoad, waitForElementPresent.

Cấu trúc các module phần mềm được phân tích kiểm thử gồm 6 module chính:

1. Module Đăng nhập (html/user/login.php): Nhận tham số Username, Password (chuỗi); trả về kết quả logic boolean (true/false).
2. Module Thêm Giáo viên (add_teacher.php): Tiếp nhận dữ liệu cá nhân, môn giảng dạy; trả về thông báo xác nhận thành công.
3. Module Thêm Sinh viên (add_student.php / student-add.php): Tiếp nhận họ tên, ngày sinh, địa chỉ, email, phụ huynh, khối lớp (Grade), phân ban (Section); trả về thông báo xác nhận lưu cơ sở dữ liệu.
4. Module Đăng ký tuyển sinh (register_admission.php): Tiếp nhận hồ sơ thí sinh và nguyện vọng xét tuyển trực tuyến.
5. Module Đổi mật khẩu (change_password.php): Tiếp nhận mật khẩu cũ, mật khẩu mới, xác nhận mật khẩu mới; cập nhật dữ liệu tài khoản.
6. Module Thêm người dùng (add_user.php): Tiếp nhận thông tin nhân sự văn phòng đăng ký và phân quyền hệ thống.

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

Chương 1: Tổng quan bài toán

Chương này trình bày bối cảnh thực tiễn của công tác quản lý giáo dục và đặc tả toàn diện các yêu cầu nghiệp vụ của hệ thống website quản lý trường học:

• Phân định hai luồng nghiệp vụ người dùng:
  • Người dùng thông thường (Học sinh/Phụ huynh): Đăng nhập hệ thống, tra cứu thông tin cá nhân, tìm kiếm thông tin lớp học và giáo viên, đăng ký khóa học, gửi tin nhắn liên hệ, nhận thông báo cập nhật từ nhà trường.
  • Quản trị viên (Admin): Đăng nhập với quyền quản trị; theo dõi số liệu và biểu đồ thống kê (học sinh, giáo viên, lớp học, doanh thu, đánh giá); thực hiện các thao tác Thêm, Sửa, Xóa và Xem dữ liệu trên các danh mục quản trị (Sinh viên, Giáo viên, Lớp học, Môn học, Khóa học, Văn phòng đăng ký).
• Đặc tả wireframe và ràng buộc dữ liệu 9 màn hình chức năng: Tài liệu thiết lập bảng chi tiết thuộc tính cho từng màn hình:
  • Trang đăng nhập (login.php): Gồm Username (Chuỗi, max 30, bắt buộc), Password (Chuỗi, max 30, bắt buộc), Login as (Option, max 50, bắt buộc).
  • Trang thêm sinh viên (student-add.php): 13 trường dữ liệu gồm First name (chuỗi 50), Last name (chuỗi 50), Address (chuỗi 100), Email address (chuỗi 100), Date of birth (DateTime), Gender (chuỗi 10), Username (chuỗi 20), Password (chuỗi 20), Parent first name (chuỗi 50), Parent last name (chuỗi 50), Parent phone number (int 15), Grade (chuỗi 10), Section (chuỗi 10).
  • Trang gửi tin nhắn: Email address (chuỗi 20), Full Name (chuỗi 20), Message (textarea 15 ký tự), nút Send.
  • Trang đổi mật khẩu: Old password (chuỗi 20), New password (chuỗi 20), Confirm new password (chuỗi 15), nút Change.
  • Trang thêm giáo viên: First name (chuỗi 20), Last name (chuỗi 20), Username (chuỗi 15), Password (chuỗi 15), Address (chuỗi 20), employee Number (chuỗi 20), Phone Number (int 50), Qualification (chuỗi 15), Email Address (chuỗi 50), Gender (chuỗi 50), Subject (chuỗi 50), Class (chuỗi 20).
  • Các trang quản lý khác: Trang thêm lớp (Mã lớp int 20, Cấp chuỗi 20), Trang thêm khóa học (Tên khóa học chuỗi 20, Mã khóa int 20, Cấp chuỗi 20), Trang thêm người dùng văn phòng đăng ký (11 trường chi tiết), và Trang thêm phần (chuỗi 50).

Chương 2: Phân tích và thiết kế test case

Chương 2 tập trung vào việc mô tả kỹ thuật và xây dựng danh mục ca kiểm thử chi tiết cho ba cấp độ kiểm thử trên phân hệ quản lý sinh viên:

• Thiết kế Unit Test Case: Xây dựng đặc tả hàm xử lý cho 6 phương thức logic cốt lõi:
  • login($username, $password): Kiểm tra chuỗi rỗng (ném Exception thông báo "Vui lòng điền vào trường này"), kiểm tra sai lệch tài khoản/mật khẩu trong CSDL (ném Exception "Sai username hoặc password"), trả về true khi khớp thông tin.
  • Add New Student: Hàm không nhận tham số mà đọc trực tiếp thuộc tính đối tượng giao diện HTML; trả về bool (true khi lưu thành công, bắt ngoại lệ trả về false khi có lỗi).
  • Edit Student và Edit Student Password: Nhận student_id và các chuỗi mật khẩu; trả về bool.
  • removeStudent($student_id): Xóa bản ghi theo ID; điều hướng về trang student.php kèm tham số success khi hoàn tất.
  • View student($student_id): Trả về mảng HTML thông tin chi tiết; điều hướng về teacher hoặc login.php nếu không tìm thấy ID hoặc chưa đăng nhập.
  • searchStudents($searchKey): Trả về bảng HTML kết quả tìm kiếm hoặc thông báo "No Results Found".
• Thiết kế Integration Test Case: Xác định ràng buộc tương tác cho các trường dữ liệu trên form sinh viên (độ dài 1-255 ký tự, định dạng email chuẩn, định dạng ngày hợp lệ, giá trị Grade và Section từ 1-12, giới tính chuẩn Male/Female).
• Thiết kế System Test Case và Đặc tả Use Case: Xây dựng quy trình nghiệp vụ đầy đủ cho 4 chức năng: Thêm mới sinh viên, Chỉnh sửa sinh viên, Xóa sinh viên, và Xem chi tiết sinh viên (bao gồm Actor, Description, Trigger, Pre-conditions, Basic Flow từ bước 1 đến bước 5, Post-conditions, và Exception Flows).

Chương 3: Thực thi test và báo cáo kết quả test

Chương 3 tổng hợp dữ liệu thực thi kiểm thử thực tế của nhóm sinh viên, phân bổ nhiệm vụ và đánh giá các chỉ số chất lượng:

• Phân công nhiệm vụ kiểm thử trong nhóm:
  • Trần Văn Hùng: Thực hiện kiểm thử và tổng hợp báo cáo chức năng Thêm sinh viên, Tìm kiếm sinh viên.
  • Phạm Tiến Đạt: Thực hiện kiểm thử và tổng hợp báo cáo chức năng Sửa sinh viên, Đăng nhập.
  • Lưu Mạnh Chiến: Thực hiện kiểm thử và tổng hợp báo cáo chức năng Xóa sinh viên.
• Báo cáo kết quả thực thi Unit Test (UT Report):
  • Số lượng ca kiểm thử theo hàm: Add New Student (15 ca), Edit Student (20 ca), removeStudent (2 ca), login (2 ca), searchStudents (2 ca).
  • Tổng số test case thực thi: 41 ca kiểm thử; tỷ lệ đạt (Passed): 100% (không có ca kiểm thử thất bại hoặc chưa kiểm thử).
  • Cơ cấu trường hợp: Normal case chiếm 60,98% (25 ca), Abnormal case chiếm 21,95% (9 ca), Boundary case chiếm 0,00%. Chỉ số độ bao phủ kiểm thử (Test Coverage) và độ bao phủ thành công (Test Successful Coverage) được ghi nhận trong báo cáo đạt 107,32%.
• Báo cáo kết quả thực thi Integration Test:
  • Module Thêm sinh viên (12 test case từ TC_01 đến TC_12): Kiểm tra toàn diện các tình huống bỏ trống từng trường bắt buộc (họ tên, địa chỉ, email, ngày sinh, tên tài khoản, mật khẩu, thông tin bố mẹ, số điện thoại), tình huống thêm sinh viên mới, kiểm tra trùng lặp sinh viên đã tồn tại, và xác thực độ dài 8 ký tự.
  • Module Sửa sinh viên (4 test case: edit_01 đến TC_04): Kiểm tra luồng nhập đủ thông tin, nhập thiếu dữ liệu, và sửa trên bản ghi không tồn tại.
  • Module Xóa sinh viên (2 test case) và Tìm kiếm sinh viên (3 test case: tìm chuỗi null, tìm sinh viên tồn tại "hùng", tìm sinh viên không tồn tại "ht").
  • Tỷ lệ đạt: 100% test case kiểm thử tích hợp Passed.
• Báo cáo kết quả thực thi System Test:
  • Kiểm thử toàn diện các luồng nghiệp vụ trên quyền Quản trị viên (Admin) và người dùng không có quyền quản trị (Non-admin). Xác thực khả năng chặn thao tác và hiển thị thông báo lỗi chính xác (ví dụ: lỗi "tên đã tồn tại", lỗi "đã tồn tại sinh viên này" khi thêm mới; lỗi không cho phép xóa đối với tài khoản không phải Admin). Toàn bộ các ca kiểm thử hệ thống đều ghi nhận trạng thái Passed.

Chương 4: Viết script automation test bằng Selenium IDE

Mặc dù tiêu đề chương có viện dẫn công cụ PHPUnit, nội dung trọng tâm của chương là việc áp dụng bộ công cụ Selenium IDE để tự động hóa kiểm thử giao diện:

• Nguyên lý hoạt động của Selenium IDE: Công cụ kiểm thử tự động mã nguồn mở hoạt động dưới dạng add-on trình duyệt, vận hành theo cơ chế Record (Ghi thao tác người dùng), Playing back (Thực thi tự động lại kịch bản để kiểm tra độ ổn định) và Saving (Lưu trữ kịch bản dưới định dạng tệp .side hoặc HTML).
• Phân loại tập lệnh trong Selenium IDE:
  • Actions: Các lệnh tương tác trực tiếp làm thay đổi trạng thái giao diện (open, click, type, sendKeys).
  • Accessors: Các lệnh trích xuất và lưu trữ thuộc tính của phần tử web vào biến bộ nhớ.
  • Assertions: Các lệnh kiểm tra điều kiện đầu ra gồm 3 mức: assert (dừng kịch bản ngay nếu thất bại), verify (ghi nhận lỗi nhưng tiếp tục chạy các bước kế tiếp) và waitFor (chờ đợi phần tử hoặc trang web tải xong).
• Xây dựng kịch bản kiểm thử tự động cho chức năng Thêm sinh viên:
  • Khởi tạo project test_themsv trên Selenium IDE.
  • Thiết lập URL đích: http://localhost/school-management-system-php-main/admin/student-add.php.
  • Ghi nhận và thực thi chuỗi thao tác nhập dữ liệu tự động cho các phần tử: name=fname (hung), name=email_address ([e-mail]), name=date_of_birth (2004-10-04), name=gender, name=username (hungtran), name=password (123), Grade (G-3), Section (a).
  • Đánh giá trạng thái thực thi: Các bước đạt yêu cầu hiển thị biểu tượng chữ "V" màu xanh, các bước lỗi hiển thị chữ màu đỏ. Xuất và lưu trữ kịch bản thành tệp test_themsv.side.

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

Các kết quả thực nghiệm và đóng góp cụ thể được nhóm tác giả ghi nhận qua văn bản gồm:

1. Số liệu kiểm thử thực nghiệm:
   • Hoàn thành thiết kế và thực thi 100% danh mục ca kiểm thử qua 3 cấp độ: 41 ca kiểm thử đơn vị, 21 ca kiểm thử tích hợp (12 ca thêm, 4 ca sửa, 2 ca xóa, 3 ca tìm kiếm) và 10 ca kiểm thử hệ thống.
   • 100% các ca kiểm thử đều đạt trạng thái Passed trên môi trường thực thi cục bộ.
   • Báo cáo Unit Test ghi nhận tỷ lệ Normal case đạt 60,98%, Abnormal case đạt 21,95%, và Test Coverage đạt 107,32%.

Cấp độ kiểm thử	Số lượng Test Cases	Trạng thái Passed	Trạng thái Failed	Tỷ lệ thành công
Kiểm thử đơn vị (Unit Test)	41	41	0	100%
Kiểm thử tích hợp (Integration Test)	21	21	0	100%
Kiểm thử hệ thống (System Test)	10	10	0	100%

2. Giải pháp kỹ thuật đề xuất:

   • Chuẩn hóa quy trình kiểm thử 7 bước cho hệ thống quản trị trường học từ khâu lập kế hoạch, tạo môi trường, thiết kế dữ liệu kiểm thử đến báo cáo lỗi.
   • Đóng gói kịch bản kiểm thử tự động cho phân hệ sinh viên bằng tệp .side của Selenium IDE, cho phép tái sử dụng trong các chu kỳ kiểm thử hồi quy (Regression Testing).
   • Thiết lập bảng ràng buộc dữ liệu chi tiết cho 9 giao diện biểu mẫu giúp lập trình viên kiểm soát chính xác các điều kiện hợp lệ đầu vào (input validation).

3. Đóng góp của bài tập lớn:

   • Xây dựng tài liệu đặc tả kiểm thử hoàn chỉnh cho website quản lý trường học trên mã nguồn PHP, làm rõ cơ chế phân quyền quản trị và các trường hợp ngoại lệ (bỏ trống trường, trùng lặp thông tin, tài khoản không đủ thẩm quyền).

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

Dựa trên phạm vi và nội dung trình bày trong văn bản, đồ án tồn tại một số giới hạn kỹ thuật:

• Hạn chế:
  • Phạm vi kiểm thử chi tiết mới chỉ tập trung sâu vào phân hệ Quản lý sinh viên (student-add.php, sửa, xóa, tìm kiếm), chưa triển khai bộ test case chi tiết đầy đủ cho các module khác như Quản lý giáo viên, Khóa học, hay Tuyển sinh trực tuyến.
  • Bộ ca kiểm thử đơn vị chưa thiết kế các trường hợp kiểm tra giá trị biên (Boundary case ghi nhận 0,00%).
  • Tiêu đề Chương 4 định hướng kiểm thử tự động bằng PHPUnit nhưng nội dung triển khai thực tế lại sử dụng công cụ giao diện Selenium IDE; chưa tích hợp mã kiểm thử tự động ở tầng mã nguồn (source code unit test scripts).
  • Quá trình kiểm thử mới dừng lại ở môi trường cục bộ (localhost), chưa thực hiện kiểm thử tải đa người dùng hoặc kiểm thử an ninh chuyên sâu.
• Hướng phát triển: Mở rộng phạm vi kiểm thử tự động cho toàn bộ các màn hình còn lại của hệ thống, bổ sung kịch bản kiểm thử biên và xây dựng script kiểm thử tự động mức mã nguồn bằng framework PHPUnit.

Giá trị tham khảo

Tài liệu là nguồn tham khảo trực quan và hữu ích cho:

• Đối tượng: Sinh viên ngành Công nghệ thông tin, Kỹ thuật phần mềm đang theo học học phần Kiểm thử phần mềm, hoặc người mới bắt đầu tiếp cận quy trình đảm bảo chất lượng phần mềm (QA/QC).
• Các nội dung giá trị nhất:
  • Mẫu cấu trúc đặc tả Use Case và thiết kế test case chi tiết từ cấp độ Unit, Integration đến System.
  • Bảng tổng hợp cấu trúc trường dữ liệu giao diện và các ràng buộc kiểm tra tính hợp lệ của biểu mẫu HTML.
  • Hướng dẫn từng bước xây dựng, chạy và lưu trữ kịch bản kiểm thử tự động trên giao diện web sử dụng công cụ Selenium IDE.

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

1. Hệ thống website được nhóm tác giả lựa chọn để kiểm thử là gì và chạy trên môi trường nào?
Website được kiểm thử là hệ thống quản lý trường học mã nguồn PHP mang tên thư mục school-management-system-php-main, được cài đặt và vận hành trên máy chủ web cục bộ tại đường dẫn http://localhost/.

2. Báo cáo kiểm thử đơn vị (Unit Test Report) ghi nhận tổng số bao nhiêu ca kiểm thử và tỷ lệ phân bổ các trường hợp như thế nào?
Báo cáo ghi nhận tổng cộng 41 test cases (tổng lượt thực thi phân rã các hàm là 44), 100% đạt trạng thái Passed. Trong đó, Normal case chiếm tỷ lệ 60,98% (25 ca), Abnormal case chiếm 21,95% (9 ca), và Boundary case là 0,00%.

3. Trong kiểm thử hệ thống (System Test), quyền hạn của tài khoản Admin và Non-admin đối với chức năng Thêm/Xóa sinh viên được kiểm tra ra sao?
Hệ thống xác thực: chỉ tài khoản có vai trò Quản trị viên (Admin) mới có quyền truy cập menu thêm mới và thực hiện xóa sinh viên khỏi cơ sở dữ liệu; tài khoản người dùng thông thường (không phải role Admin) sẽ bị hệ thống chặn, không hiển thị hoặc không cho phép thực thi các chức năng này.

4. Kịch bản kiểm thử tự động trong đồ án được xây dựng bằng công cụ nào và tệp kết quả được lưu dưới định dạng gì?
Kịch bản kiểm thử tự động được thực hiện thông qua công cụ Selenium IDE (phiên bản 3.4) dưới dạng tiện ích mở rộng trên trình duyệt web, và tệp kịch bản kiểm thử sau khi hoàn tất được lưu trữ dưới định dạng .side (cụ thể là test_themsv.side).

Kết luận

Bài tập lớn của nhóm sinh viên Trường Đại học Công nghệ Đông Á đã hoàn thành toàn diện việc khảo sát, thiết kế và thực thi kiểm thử cho website quản lý trường học trên nền tảng PHP. Thông qua việc phân bổ 3 cấp độ kiểm thử đơn vị, tích hợp và hệ thống, nhóm tác giả đã xác minh tính chính xác của các luồng nghiệp vụ quản lý sinh viên và cơ chế phân quyền quản trị. Việc ứng dụng công cụ Selenium IDE trong đồ án đã minh chứng khả năng tự động hóa kiểm thử giao diện thực tế, tạo nền tảng tài liệu tham khảo rõ ràng cho sinh viên chuyên ngành kiểm thử phần mềm.

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

- BỘ GIÁO DỤC VÀ ĐÀOTẠO _ TRƯỜNG ĐẠI HỌC CÔNG NGHỆ ĐÔNG Á KHOA: CÔNG NGHỆ THÔNG TIN BÀI TẬP LỚN HOC PHAN: KIEM THU PHAN MEM Nhom: 01 Đề tài: Kiểm thử website quản lý trường học Sinh viên thực hiện Lớp Trần Văn Hùng DCCNTT12.9 Pham Tién Dat DCCNTT12.9 Lưu Mạnh Chiến DCCNTT12.9 Bac Ninh, thang. BO GIAO DUC VA DAO TAO TRƯỜNG ĐẠI HỌC CÔNG NGHỆ ĐÔNG Á KHOA: CÔNG NGHỆ THÔNG TIN BÀI TẬP LỚN HOC PHAN: KIEM THU PHAN MEM Nhom: 01 Đề tài: Kiểm thử website quản lý trường học Sinh viên thực hiện Bắc Ninh, tháng. Lời Nói Đầu CHUONG I: TONG QUAN BÀI TOÁN 1.1 Giới thiệu đề tài Quản lý trường học là một công việc phức tạp đòi hỏi sự tổ chức và điều hành hiệu quả của nhiêu hoạt động khác nhau như giảng dạy, học tập, quản lý học sinh, quản lý nhân sự, quản lý tài chính, vả quản lý cơ sở vật chât. Trong thời đại số hóa hiện nay, việc áp dụng công nghệ vào quản lý trường học đã trở nên phô biên.

Trong thực tế, việc quản lý trường học gặp phải nhiều thách thức như việc cập nhật thông tin học sinh một cách chính xác và kịp thời, việc theo dõi và đánh giá hiệu quả giảng dạy, việc quản lý tài chính và ngân sách một cách minh bạch và hiệu quả, và việc tạo ra một môi trường học tập an toàn và thân thiện. Bài toán đặt ra là làm thê nào đê tận dụng công nghệ đê giải quyết những thách thức này, cải thiện hiệu qua quan ly và nâng cao chat lượng giáo dục. Đặc tả yêu cầu 1. Các luông nghiệp vụ chính Đối với người dùng - Truy cập vào trang chủ của hệ thông trường học.

- Đăng nhập vào hệ thống thông qua trang đăng nhập. - Sau khi đăng nhập, có thê xem thông tin cá nhân tại trang thông tin đăng nhập. - Tìm kiêm và xem thông tin về các lớp học, giáo viên, hoặc thông tin liên quan khác. - Đăng ký vào các lớp học hoặc khóa học mong muốn (nếu có chức năng này trong hệ thông).

- Thực hiện các hoạt động khác như gửi tin nhắn, tham g1a các sự kiện, hoặc thảo luận trong diễn đàn (nêu có tính năng này trong hệ thông). - Nhận thông báo về các thông tin quan trọng, sự kiện hoặc cập nhật từ trường học. Đối với quản trị viên - Đăng nhập vào hệ thống băng tài khoản quản trị viên. - Xem các số liệu thống kê (số lượng học sinh, giáo viên, lớp học; doanh thu), cũng như các biểu đồ thống kê (số lượng học sinh theo năm, đánh giá của học sinh).

- Chọn mục quản lý cần xem trên thanh menu đề vào trang quan ly tương ứng. Các mục quản lý bao gồm: Quản lý học sinh, quản lý giáo viên, quản lý lớp học, quản lý môn học. - Xem và quản lý thông tin trong các bảng dữ liệu. Thêm mới dữ liệu tại trang thêm dữ liệu của mục quản lý đó; cập nhật và xóa thông tin bang các chức năng tương ứng ở cột cuôi của bảng đữ liệu.2 Các màn hình chức năng chính - wireframe * NavBar user Dashboard Teachers Students Grade Section Class Registrar-Office Course Message Settings Tên phần tử Loại Mô tả Logo kmge Chuyên hướng nhanh vẻ trang chủ Dashboard Button Điều hướng đến trang chủ Teachers Button Điều hướng đến trang quản lý Teachers Students Button Điều hướng đến trang quản lý Students Grade Button Điều hướng đến trang quản lý Grade Section Button Điều hướng đến trang quản lý Section Class Button Điều hướng đến trang quản lý Class Registrar-Office Button Điều hướng đến trang quản lý Registrar- Office Course Button Điều hướng đến trang quản lý Course Message Button Điều hướng đến trang quản lý Message Settings Button Diéu huong dén trang Settings Logout Đăng xuất khỏi hệ thống Button 1.

Trang đăng nhập (login.php): Màn hình này cho phép người dùng đăng nhập vào hệ thống. Username Password Login as admin Login Wirefame page dang nhap Loai. Do dai z Trường Kiêu dữ liệu ¬ Bất buộc | Mô tả tôi đa Username Input | Chuỗi 30 Có Tên đăng nhập Password Input | Chuỗi 30 Có Mật khâu đăng nhập option Cho phép người dùng Login as Chuỗi 50 Có đăng nhập với tư cách khác. Trang thêm sinh viên (student-add.php): Màn hình này hiền thị thông tin cá nhân của sinh viên Gender Add New Student.

x O male O female xxxxx Username First name x x Password Random Last name Parent first name Address Parent last name Parent phone number Email address Grade Date of birth ° Section dd/mm/yyyy fal Gender O male O female Wirefame page thém sinh vién Mô tả các trường trên mản hình Trường Loại Kiểu dữ liệu Độ dài tối đa Bắt buộc First name Input chuỗi 50 Có Last name Input chuỗi 50 Có Address Input chuỗi 100 Có Email address | Input chuỗi 100 Có Date of birth | Input DateTime Có Gender Input chuỗi 10 Có Username Input chuỗi 20 Có Password Input chuỗi 20 Có Parent first Input. „ chuỗi 50 Co name Parent last Input x. „ chuỗi 50 Co name Parent phone _ | Input , int 15 Co number Grade Input chuỗi 10 Có Section Input chuỗi 10 Có Register Button chuỗi Không 3. Trang gửi tin nhắn email address full name message send Wirefame page gửi tin nhắn Trường Loại Kiểu dữ liệu | Độ dài tối đa Bắt buộc Email Input Chuỗi 20 Có address Full Name | Input Chuỗi 20 Có Message textarea Chuỗi 15 Không Send Button Chuỗi 15 Không 4.

Trang đổi mật khâu CHANGE PASSWORD old password new password random confirm new password change Wirefame page đôi mật khâu Trường Loại Kiểu dữ liệu | Độ dài tôi đa Bắt buộc Old Input - Chuôi 20 Có password New Input * Chuôi 20 Có password Confirm Input new Chuỗi 15 Cé password Change Button Chuỗi 15 5. Trang thêm giáo viên Them giao vien modi Ten cau tiem Ho ten tai khooar Mat kau Dia chi SS nhan wen S6 Gen thoai Tinh do chuyén mon Dia chi email Gici tinh SNam gict Mr oice ML Mg2y =inh dd/rmrm/yyy¥ Chu the Treng Arh Wart by Simh wat Taam tro Hoe hoc hoo tap tre 1T 7c Lap hoc G-38 S 14^A «Œ€-1C Go 2a Be Wirefame page thém giao vién Trường Loại Kiểu dữ D6 dai toi đa Bắt buộc liệu First name Input Chuỗi 20 Có Last name Input Chuỗi 20 Có Username Input Chuỗi 15 Có Password Input Chuỗi 15 Có Address Input Chuỗi 20 Có employee Input - prey Chuôi 20 Có Number Phone Number | Input Int 50 Co Qualification Input Chuỗi l5 Có Email Address | Input Chuỗi 50 Có Gender Input Chuỗi 50 Có Subject Input Chuỗi 50 Có Class Input Chuỗi 20 Có Add Button Chuỗi 20 Không 6. Trang thêm lớp THÊM PHAN MỚI ma lép cap Wirefame page thêm lớp Trường Loại Kiểu dữ liệu Độ dài tối đa Bắt buộc Mã lớp Select int 20 Co Cap Select | Chuỗi 20 Có Tao nén | button | Chuỗi 15 Không 7. Trang thêm khóa học THÊM KHÓA HỌC MỚI tên khóa học mà khóa học câp G-1 tao nén Wirefame page thém khoa hoc Trường Loại Kiểu dữ liệu D6 dai toi da Bắt buộc Tênkhóa | Input.

chuỗi 20 Có học Mã khóa | Ïput Int 20 Có học Cấp Select | Chuỗi 20 Có Tạo nên button Chuỗi 15 Không 8. Trang thêm người dùng Thêm người cỉiùng văn phòng ciăng ký mdi Tén dau tién Ho tén tai khoan Mat khéu Ngẫu nhiên Dia chi Số nhân viên SS điện thoại Trình độ chuyên mmôn Địa chỉ email Giới tính ®Nam giới Nữ giới Ngay sinh dd/mm/yyyy Wirefame page thém nguoi dung Trường Loại Kiểu dữ liệu Độ dài tối đa Bắt buộc Tên đầu tiên | Input chuỗi 50 Có Họ Input chuỗi 50 Có Tên tài khoản | Input chuỗi 100 Có Mật khâu Input chuỗi 100 Có Dia chi Input Chuỗi 50 Có Sô nhân viên | Input int 10 Co Số điện thoại | Input int 50 Co Trình độ Input + chuỗi 20 Có chuyên môn Địa chị email | Input chuỗi 20 Có Giới thính Input chuỗi 20 Có Input. Ngày sinh date time 50 Co Thém vao Input chuỗi 10 Không 9. Trang thén phan THEM PHAN MO! phan tao nén Wirefame page thém phan Trường Loại Kiểu dữ liệu Độ dài tối đa Bắt buộc Phần Input chuỗi 50 Có Tạo lên Button Chuỗi 50 Không 1.3 Các Module chính của chương trình 1.

Module Đăng nhập ( html/user/login.php ): - Input: Username(string,.) va Password (string. - Output: true/ flase. - Mô tả chức năng: Cho phép người dùng đăng nhập vào hệ thống. Module Thêm Giáo viên (add_teacher.php): - Input: Thông tin cá nhân cua giao viên như tên, địa chỉ, email, môn giang day, V.

- Output: Thông báo xác nhận việc thêm giáo viên thành công. - Mô tả chức năng: Module này cho phép quản trị viên hoặc người có quyền tương tự thêm thông tin của giáo viên mới vào hệ thống. Module Thêm Sinh viên (add_ student.php): - Input: Thông tin cá nhân của sinh viên như tên, địa chỉ, email, lớp học, v. - Output: Thông báo xác nhận việc thêm sinh viên thành công.

- Mô tả chức năng: Module này cho phép quản trị viên hoặc người có quyền tương tự thêm thông tin của sinh viên mới vào hệ thông. Module Đăng ký tuyến sinh (register_admission.php): - Input: Thông tin đăng ký tuyến sinh của thí sinh như tên, ngày sinh, địa chỉ, email, nguyện vọng, v. - Output: Thông báo xác nhận việc đăng ký thành công hoặc thất bại. - Mô tả chức năng: Module này cho phép thí sinh hoặc phụ huynh điền thông tin cá nhân và các nguyện vọng vào một biểu mẫu trực tuyến 5.

Module Déi mat khau (change password.php): - Input: Mật khâu cũ và mật khẩu mới của người ding. - Output: Thông báo xác nhận việc thay đôi mật khâu thành công hoặc thất bại. - Mô tả chức năng: Module này cho phép người dùng đổi mật khâu của mình. Module Thêm người dùng (add_user.php): - Input: Thông tin cá nhân của người dùng như tên, địa chỉ email, mật khâu, quyền truy cập, v.

- Output: Thông báo xác nhận việc thêm người dùng thành công hoặc thất bại. - Mô tả chức năng: Module này cho phép quản trị viên thêm mới người dùng vào hệ thông Chương 2: Phân tích và thiết ké test case 2. Kiém thir don vi(Unit Testing) 2. Phương pháp, kỹ thuật - phương pháp Unit Testing là một loại kiếm thử phần mềm được thực hiện trong giai đoạn mã hóa của ứng dụng.

Trong quá trình này, các đơn vị hoặc thành phần riêng lé của phần mềm được kiêm thử để xác minh tính chính xác của mỗi đơn vị code. Đơn vị có thế là một chức năng, phương pháp, thủ tục, mô-đun hoặc đối tượng riêng lẻ. Các bước thực hiện Unit Testing bao gồm: Bước I: Chuẩn bị môi trường Trước khi bắt đầu Unit Testing, chúng ta cần chuẩn bị môi trường phù hợp. Điều này bao gồm cài đặt các công cụ hỗ trợ Unit Testing như PHPUnit cho PHP hoặc TUmit cho Java.