Một đề thi có 20 ô câu hỏi ngẫu nhiên chưa chắc có đủ 20 câu để chọn. Con số trên màn hình biên soạn thể hiện yêu cầu của đề, còn ngân hàng phải cung cấp những câu đáp ứng đúng phạm vi lựa chọn. Khi hai con số này không khớp, học viên có thể gặp lỗi ngay lúc bắt đầu làm bài. Với câu hỏi ngẫu nhiên Moodle, đó là vấn đề về nguồn câu hỏi, không nên được xử lý bằng cách cho lặp câu hoặc giảm chuẩn đề một cách vội vàng.
Bài viết dùng tài liệu Moodle 5.0 về Building Quiz làm căn cứ cho cơ chế lựa chọn. Những phép tính và tình huống sau là ví dụ giả lập phục vụ kiểm tra thiết kế đề. Chúng không chứng minh độ khó tương đương, chất lượng đo lường hay khả năng chống gian lận của một kỳ thi thực tế.
Câu hỏi ngẫu nhiên Moodle cần nguồn đúng phạm vi
Giả sử một ngân hàng có 100 câu, nhưng phần kiến thức A chỉ có sáu câu phù hợp. Nếu đề yêu cầu tám câu ngẫu nhiên từ phần A, tổng 100 không giúp giải quyết chỗ thiếu. Người soạn cần đếm nguồn mà từng ô câu hỏi thực sự được phép lấy, không đếm toàn bộ tệp đã nhập lên.
Tài liệu Building Quiz mô tả việc thêm câu ngẫu nhiên theo nguồn lựa chọn và cảnh báo phải cung cấp đủ câu. Câu ngẫu nhiên trong cùng một quiz không được chọn lặp; khi có cả câu cố định, nguồn ngẫu nhiên cũng cần tránh trùng những câu đã xuất hiện cố định. Vì vậy, lấy một câu cố định từ một nhóm có thể làm thay đổi lượng còn lại cho phần ngẫu nhiên liên quan.
Một bảng thiết kế ngắn nên tách mục tiêu kiến thức, phạm vi ngân hàng, số câu cần chọn và số câu phù hợp đang có. Nếu một người chỉ nhận tổng số câu từ đồng nghiệp mà không biết phạm vi lọc, họ không thể xác nhận đề đủ nguồn. Bản bàn giao phải cho phép người khác tái hiện cách chọn chứ không chỉ nhìn thấy một con số đẹp.
Tính phần còn lại trước khi thử đề
Ví dụ giả lập: nhóm A có 12 câu phù hợp. Đề dùng hai câu cố định từ chính nhóm này và muốn thêm tám câu ngẫu nhiên không trùng. Có thể lập phép đối chiếu ban đầu là 12 trừ hai, còn mười câu cho yêu cầu tám. Phép tính này giúp phát hiện thiếu hụt rõ ràng nhưng chưa phải bằng chứng cuối cùng, vì còn phải kiểm tra cách đề chọn nguồn trên hệ thống cụ thể.
Nếu nhóm A chỉ có chín câu và hai câu đã được chọn cố định, phần còn lại là bảy. Không nên ghi “ngân hàng có chín nên đủ tám câu” rồi chuyển cho học viên. Cách sửa có ý nghĩa là bổ sung câu đạt yêu cầu hoặc điều chỉnh thiết kế đã được người phụ trách học thuật chấp thuận. Tạo bản sao cùng nội dung chỉ để tăng số lượng có thể làm đủ bản ghi mà không tăng chất lượng đề.
Khi nhiều phần của đề cùng lấy từ nguồn giao nhau, một phép cộng riêng từng nhóm có thể gây hiểu nhầm. Hãy vẽ các nhóm giao nhau và đánh dấu câu cố định. Nếu chưa xác định được cơ chế lựa chọn cho cấu hình đó, giữ việc nghiệm thu ở trạng thái cần thử thêm. Không suy ra rằng mỗi ô tự có một kho câu riêng chỉ vì chúng nằm ở hai trang khác nhau.
Hai quyết định không nên giao cho người kỹ thuật
Giảm số câu và mở rộng phạm vi kiến thức đều làm thay đổi đề. Người quản trị có thể sửa được cấu hình nhưng không vì thế có quyền quyết định chuẩn đánh giá. Nếu đề đang thiếu nguồn, cần chuyển vấn đề cho đúng người duyệt, kèm lựa chọn và tác động: thêm câu mới cần thời gian biên tập; giảm số câu thay đổi độ bao phủ; mở rộng nguồn có thể đưa nội dung chưa học vào bài.
Giữ nguyên số câu bằng cách cho một nội dung xuất hiện dưới nhiều tên cũng cần được xem xét. Hai câu khác mã nhưng chỉ thay vài từ có thể làm học viên gặp lại cùng một vấn đề. Kiểm tra chất lượng ngân hàng phải nhìn vào nội dung và mục tiêu học, không chỉ xác nhận hệ thống chấp nhận lưu. Bài viết không dùng công cụ phát hiện tự động để tuyên bố các câu đã độc lập về mặt học thuật.
Một cách trao đổi rõ ràng là đặt câu hỏi: phần này cần đo điều gì, cần bao nhiêu bằng chứng trả lời và có bao nhiêu câu đã được duyệt để làm việc đó? Khi câu trả lời thống nhất, người kỹ thuật mới cấu hình phạm vi tương ứng. Quy trình này tránh việc chỉnh đề chỉ để nút bắt đầu chạy được.
Thử bằng hồ sơ QA trước kỳ thi
Xem trước một câu riêng không kiểm tra toàn bộ phép chọn của đề. Cần một lượt thử được phép với cấu hình hoàn chỉnh, bao gồm câu cố định, các phần ngẫu nhiên và phạm vi nguồn đang sử dụng. Tài khoản QA không nên nằm lẫn với dữ liệu đánh giá chính thức hoặc tạo bằng chứng giả về kết quả học viên.
Trong bản ghi thử, hãy lưu phiên bản cấu hình đề, nguồn câu từng phần, kết quả bắt đầu lượt làm và lỗi nếu có. Nếu thay ngân hàng sau lần thử, kết quả cũ không tự chứng minh cấu hình mới. Người kiểm tra cần biết thay đổi nào ảnh hưởng nguồn lựa chọn để quyết định thử lại đúng phạm vi thay vì bấm lặp vô hạn rồi chọn lần thành công.
Số lượt thử thành công ít cũng không chứng minh mọi tổ hợp có chất lượng tương đương. Kiểm tra kỹ thuật xác nhận đề có thể tạo lượt làm trong cấu hình đã kiểm tra; kiểm tra học thuật đánh giá độ phù hợp và cân bằng của câu. Hai việc cần người và bằng chứng khác nhau. Không nên ghi một dòng “PASS đề thi” làm mất sự phân biệt này.
Khi lỗi xuất hiện trong giờ làm bài
Trước hết, giữ thông báo lỗi và phạm vi ảnh hưởng: một đề, một phần hay nhiều học viên. Không yêu cầu người học gửi ảnh có thông tin nhạy cảm lên nhóm công khai. Người điều phối cần thống nhất kênh thông báo và quyết định học thuật về thời gian hoặc đợt thi, trong khi người kỹ thuật đối chiếu nguồn câu.
Sửa ngân hàng ngay có thể giải quyết lỗi nhưng cũng làm thay đổi điều kiện giữa các lượt làm. Vì vậy, cần ghi rõ cấu hình trước và sau, người quyết định cùng nhóm bị ảnh hưởng. Không xóa lượt làm của học viên để “làm sạch” số liệu nếu chưa có thẩm quyền và kế hoạch bảo toàn bằng chứng. Mục tiêu là khôi phục một kỳ đánh giá công bằng, không chỉ làm cho màn hình hết đỏ.
Sau sự cố, báo cáo nên phân biệt thiếu số lượng, sai phạm vi chọn và vấn đề khác chưa xác minh. Đừng tự kết luận lỗi do máy chủ hoặc đường truyền khi chưa có bằng chứng. Nếu nguồn đã đủ mà lỗi vẫn xảy ra, cần mở một nhánh điều tra kỹ thuật phù hợp; bài viết này không khẳng định mọi lỗi bắt đầu quiz đều do ngân hàng nhỏ.
Bàn giao ngân hàng để lần sau không đếm lại từ đầu
Mỗi phần kiến thức nên có người chịu trách nhiệm duyệt, cách đặt phạm vi và số câu dự kiến cần dùng. Khi loại một câu vì sai hoặc hết phù hợp, cần xem những đề nào đang phụ thuộc nguồn đó. Một thay đổi tốt cho chất lượng nội dung có thể đồng thời làm một đề cũ không còn đủ câu. Đây là quan hệ cần theo dõi trong quá trình bảo trì ngân hàng.
Đơn vị cũng nên tách việc thiếu nguồn câu với việc cấu hình giờ mở, giờ đóng và thời lượng. Các quyết định thời gian được phân tích riêng trong bài Moodle: giờ đóng bài khác thời lượng làm bài. Một đề đủ nguồn vẫn có thể đặt sai thời gian; sửa thời gian không bổ sung được câu còn thiếu.
Nếu cần kết nối website với luồng đào tạo và kiểm tra dữ liệu đầu vào, bạn có thể gửi mô tả quy trình đã loại thông tin học viên qua Nhận tư vấn & báo giá. Giá: Liên hệ. Phạm vi cần nêu rõ hệ thống Moodle đang dùng, vai trò biên soạn, người duyệt học thuật và những gì cần nghiệm thu.
Nguồn tham chiếu: Moodle 5.0 — Building Quiz. Các bảng tính nguồn, cách bàn giao và xử lý tình huống là đề xuất vận hành, không phải cam kết của nền tảng về chất lượng một kỳ thi.
