Giới thiệu dự án

Chuyển đổi số trong các cơ quan nhà nước và tổ chức chính trị - xã hội đang là nhiệm vụ trọng tâm nhằm tối ưu hóa hiệu quả quản trị công, giảm thiểu chi phí hành chính và xây dựng chính quyền số hiện đại. Theo các thống kê trong quản lý hành chính công, việc tổ chức các cuộc họp truyền thống tiêu tốn hàng triệu trang tài liệu giấy mỗi năm, kéo theo độ trễ lớn trong công tác chuẩn bị văn kiện và rủi ro rò rỉ thông tin mật. Đề tài đồ á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" do sinh viên Trịnh Thành Chung thực hiện dưới sự hướng dẫn của ThS. Đào Ngọc Thành tại Trường Đại học Thành Đô (2022) tập trung giải quyết bài toán cốt lõi: Đảm bảo chất lượng, tính chính xác và độ ổn định tuyệt đối của hệ thống điều hành số "Phòng họp không giấy" (E-Cabinet Mobile) trước khi vận hành thực tế tại Tỉnh ủy Vĩnh Phúc.

+-------------------------------------------------------------------------------+
|             BỐI CẢNH ỨNG DỤNG PHÒNG HỌP KHÔNG GIẤY (E-CABINET)                |
|                                                                               |
|  [Văn kiện số hóa]  --->  [Xác thực & Bảo mật]  --->  [Điều hành thời gian thực]  |
|          |                         |                           |              |
|          v                         v                           v              |
|  Loại bỏ 100% tài liệu    Phân quyền đại biểu,        Biểu quyết, phát biểu,  |
|  giấy tờ vật lý           thư ký, chủ tọa              tương tác tức thời     |
+-------------------------------------------------------------------------------+

Vấn đề thực tiễn và thách thức kỹ thuật

Hệ thống phòng họp không giấy triển khai trên thiết bị di động (hệ điều hành Android và iOS) phục vụ trực tiếp các kỳ họp quan trọng của Ban Thường vụ, Thường trực và Ban Chấp hành Đảng bộ tỉnh. Bất kỳ sự cố nào liên quan đến sai sót chức năng, lỗi hiển thị tài liệu mật, trễ phiên biểu quyết, hay xung đột quyền phát biểu đều có thể gây gián đoạn quy trình chỉ đạo. Do đó, việc xây dựng một hệ thống kiểm thử toàn diện đối mặt với các thách thức:

  • Môi trường di động phân mảnh: Ứng dụng phải hoạt động đồng nhất trên đa dạng kích thước màn hình, độ phân giải, và các phiên bản hệ điều hành di động khác nhau.
  • Xử lý ngoại lệ và gián đoạn mạng: Kiểm soát các trạng thái mất kết nối mạng (Wi-Fi, 4G/5G), chuyển vùng mạng, hoặc sự cố xung đột tài nguyên phần cứng (micro, camera, bộ nhớ thiết bị) trong lúc cuộc họp đang diễn ra.
  • Yêu cầu nghiêm ngặt về phân quyền dữ liệu: Phải kiểm thử độc lập quyền hạn giữa Chủ tọa, Thư ký và Đại biểu nhằm ngăn chặn truy cập trái phép vào văn kiện tối mật.

Mục tiêu của đề tài

  1. Hệ thống hóa toàn diện cơ sở lý thuyết về kiểm thử phần mềm, quy trình Xác minh và Thẩm định (Verification and Validation - V&V), các cấp độ kiểm thử (Unit, Integration, System, Acceptance, Regression Test).
  2. Phân tích kiến trúc nghiệp vụ của hệ thống Phòng họp không giấy Tỉnh ủy Vĩnh Phúc trên nền tảng di động.
  3. Áp dụng các kỹ thuật thiết kế ca kiểm thử hộp đen (Black-Box Testing) chuẩn mực như Phân vùng tương đương (Equivalence Partitioning), Phân tích giá trị biên (Boundary Value Analysis - BVA), và Đoán lỗi (Error Guessing).
  4. Xây dựng bộ kịch bản kiểm thử (Test Scripts) và ca kiểm thử (Test Cases) chi tiết cho hơn 14 phân hệ chức năng nghiệp vụ trọng yếu.
  5. Chuẩn hóa quy trình ghi nhận và quản lý khiếm khuyết phần mềm thông qua cấu trúc Báo cáo lỗi (Bug Report) phân loại theo Mức độ nghiêm trọng (Severity) và Mức độ ưu tiên (Priority).

Phân tích và thiết kế giải pháp

Phân tích hiện trạng và khoảng trống kỹ thuật

Trước khi số hóa, quy trình tổ chức cuộc họp truyền thống bộc lộ nhiều điểm nghẽn về tốc độ phân phối tài liệu và bảo mật. Khi đưa giải pháp phần mềm vào vận hành, nếu không có quy trình kiểm thử phần mềm (Software Testing Process) chuẩn hóa, hệ thống rất dễ gặp lỗi logic trong quá trình xử lý đồng thời.

Tiêu chí so sánh Phòng họp truyền thống (Hồ sơ giấy) Ứng dụng họp không qua kiểm thử bài bản Giải pháp E-Cabinet có bộ kịch bản kiểm thử chuẩn
Chi phí văn phòng phẩm Rất cao (in ấn hàng nghìn trang tài liệu/kỳ họp) Giảm 90% chi phí giấy tờ Tiết kiệm 95% chi phí in ấn và tài nguyên vật lý
Thời gian cập nhật tài liệu Chậm (mất từ 1 - 2 ngày để in và phát lại) Tức thời nhưng dễ lỗi hiển thị/thiếu trang Đồng bộ tức thì, độ chính xác hiển thị đạt 100%
Tính bảo mật văn bản Khó thu hồi tài liệu mật sau cuộc họp Nguy cơ rò rỉ qua quyền truy cập không phân tầng Phân quyền 3 lớp (Chủ tọa, Thư ký, Đại biểu) chuẩn xác
Tính ổn định phiên họp Phụ thuộc hoàn toàn vào điều hành thủ công Dễ treo app khi nhiều đại biểu biểu quyết cùng lúc Đã qua kiểm thử tải và xử lý ngoại lệ đồng thời
Khả năng tra cứu lịch Tra cứu sổ tay hoặc thông báo văn bản giấy Dữ liệu lịch có thể xung đột múi giờ/trùng lịch Lịch cá nhân/cơ quan/lãnh đạo phân định rõ ràng

Yêu cầu người dùng theo mô hình MoSCoW

  • Must-Have (Bắt buộc): Đăng nhập/Đăng xuất bảo mật; Xem lịch họp cá nhân/cơ quan/lãnh đạo; Tải và đọc tài liệu họp số; Tham gia cuộc họp đang diễn ra; Đăng ký và phân quyền phát biểu; Biểu quyết điện tử.
  • Should-Have (Nên có): Chuyển thư ký theo dõi cuộc họp; Gửi ý kiến đóng góp trước phiên họp; Thiết lập cấu hình âm thanh/hình ảnh; Quản lý hiển thị trạng thái cá nhân.
  • Could-Have (Có thể có): Ghi chú trực tiếp (Annotation) lên văn bản PDF; Tự động đồng bộ lịch vào ứng dụng Calendar mặc định của điện thoại.
  • Won't-Have (Chưa triển khai): Xử lý chuyển đổi giọng nói thành văn bản tự động (Speech-to-Text) trong phiên bản hiện tại.

Kiến trúc hệ thống và công nghệ áp dụng

Quy trình kiểm thử được thiết kế bám sát kiến trúc 3 tầng (3-Tier Architecture) của ứng dụng di động:

[Mobile Client (Android/iOS)] <---> [API Gateway / RESTful HTTP Services] <---> [Database & File Server]
        |                                       |                                         |
        v                                       v                                         v
 [Kiểm thử UI/UX, Touch,                [Kiểm thử Tích hợp &                     [Kiểm thử Toàn vẹn
  Ngoại lệ gián đoạn]                    Logic nghiệp vụ API]                     Dữ liệu & Quyền hạn]
  • Nền tảng kiểm thử thực nghiệm: Hệ điều hành Android (phiên bản 10.0 đến 12.0) và iOS (phiên bản 14.x đến 15.x).
  • Môi trường mạng kiểm thử: Wi-Fi băng tần 2.4GHz/5GHz, mạng di động 4G/LTE, và kịch bản mạng chập chờn (Packet loss, High latency).
  • Tiêu chuẩn tài liệu: Tuân thủ tiêu chuẩn kỹ thuật IEEE 829 về định dạng tài liệu kiểm thử phần mềm và chuẩn IEEE 1044 về phân loại lỗi phần mềm.
       MÔ HÌNH QUY TRÌNH KIỂM THỬ ÁP DỤNG (THEO CHUẨN V-MODEL CẢI TIẾN)
       
  Yêu cầu nghiệp vụ (SRS) <=========================> Kiểm thử chấp nhận (UAT)
            |                                                      ^
            v                                                      |
  Thiết kế hệ thống (HLD) <========================> Kiểm thử hệ thống (System Test)
            |                                                      ^
            v                                                      |
  Thiết kế chi tiết (LLD) <=======================> Kiểm thử tích hợp (Integration)
            |                                                      ^
            v                                                      |
      Hiện thực mã nguồn  ---------------------------> Kiểm thử đơn vị (Unit Test)

Implementation và kết quả

Phương pháp luận thiết kế ca kiểm thử (Test Case Design)

Trong dự án, các phương pháp kiểm thử hộp đen nâng cao đã được áp dụng triệt để nhằm tối ưu hóa độ bao phủ kiểm thử (Test Coverage) mà không gây bùng nổ số lượng ca kiểm thử cần thực thi.

1. Kỹ thuật Phân vùng tương đương (Equivalence Partitioning - EP)

Chia toàn bộ miền giá trị đầu vào của một trường dữ liệu thành các lớp dữ liệu tương đương. Giả thiết rằng nếu một giá trị đại diện trong lớp hoạt động đúng thì mọi giá trị khác trong lớp đó cũng hoạt động đúng.

Ví dụ áp dụng cho trường "Tên đăng nhập" (Độ dài quy định từ 6 đến 20 ký tự chữ cái):

  • Lớp tương đương hợp lệ (Valid Partition 1): Chuỗi ký tự chữ có độ dài $L \in [6, 20]$ (Đại diện: nguyenvanan - 10 ký tự). Kết quả mong đợi: Chấp nhận.
  • Lớp tương đương không hợp lệ 1 (Invalid Partition 2): Chuỗi ký tự có độ dài $L < 6$ (Đại diện: user - 4 ký tự). Kết quả mong đợi: Báo lỗi độ dài chuỗi.
  • Lớp tương đương không hợp lệ 2 (Invalid Partition 3): Chuỗi ký tự có độ dài $L > 20$ (Đại diện: nguyenvana_provincial_council - 28 ký tự). Kết quả mong đợi: Báo lỗi độ dài chuỗi.
  • Lớp tương đương không hợp lệ 3 (Invalid Partition 4): Để trống hoặc chứa ký tự đặc biệt/số (Đại diện: admin@123). Kết quả mong đợi: Báo lỗi định dạng ký tự.

2. Kỹ thuật Phân tích giá trị biên (Boundary Value Analysis - BVA)

Tập trung kiểm thử tại các điểm biên của miền giá trị, nơi lập trình viên thường mắc lỗi điều kiện sai lệch 1 đơn vị (Off-by-one error: < thay vì <=, > thay vì >=).

$$\text{Biên kiểm thử} = {Min - 1, Min, Min + 1, Max - 1, Max, Max + 1}$$

Bộ ca kiểm thử biên cho trường Tên đăng nhập $[6, 20]$ ký tự:

  1. $L = 5$ ký tự ($Min - 1$): Lỗi (Không hợp lệ).
  2. $L = 6$ ký tự ($Min$): Hợp lệ.
  3. $L = 7$ ký tự ($Min + 1$): Hợp lệ.
  4. $L = 19$ ký tự ($Max - 1$): Hợp lệ.
  5. $L = 20$ ký tự ($Max$): Hợp lệ.
  6. $L = 21$ ký tự ($Max + 1$): Lỗi (Không hợp lệ).

Hiện thực kịch bản kiểm thử (Test Scripts & Test Cases)

Đồ án đã xây dựng chi tiết hàng trăm ca kiểm thử cho toàn bộ 14 module chức năng của ứng dụng Phòng họp không giấy Tỉnh ủy Vĩnh Phúc. Dưới đây là cấu trúc dữ liệu ca kiểm thử mẫu và kịch bản thực thi.

{
  "test_suite": "PHONG_HOP_KHONG_GIAY_VINH_PHUC_MOBILE",
  "module": "REALTIME_MEETING_MANAGEMENT",
  "test_cases": [
    {
      "test_case_id": "TC_MEET_017",
      "test_case_name": "Kiem tra chuc nang De nghi phat bieu",
      "priority": "High",
      "severity": "Major",
      "pre_conditions": "Dai bieu da dang nhap va da tham gia vao phong hop dang dien ra",
      "test_steps": [
        "1. Tai giao dien cuoc hop dang dien ra, nhan nut 'De nghi phat bieu'",
        "2. Kiem tra trang thai nut chuyen sang 'Cho chu toa duyet'",
        "3. Kiem tra phia man hinh Chu toa nhan duoc danh sach yeu cau phat bieu",
        "4. Chu toa nhan 'Chap nhan'",
        "5. Kiem tra quyen bat Micro/Camera tren thiet bi dai bieu duoc kich hoat"
      ],
      "test_data": {
        "meeting_id": "HOP-TU-2022-05",
        "user_role": "DAI_BIEU_HOI_DONG",
        "device_model": "Samsung Galaxy Tab S7 / iPad Pro 11"
      },
      "expected_result": "He thong gui request len server qua WebSocket, chu toa nhan notification sau duoi 500ms, he thong mo mic thanh cong sau khi duoc duyet.",
      "status": "PASS"
    }
  ]
}

BẢNG KỊCH BẢN KIỂM THỬ (TEST SPECIFICATION) - CÁC PHÂN HỆ NGHIỆP VỤ CHÍNH
ID Chức năng kiểm thử Tiền điều kiện Các bước thực hiện Dữ liệu kiểm thử Kết quả mong đợi Đánh giá
TC_AUTH_01 Đăng nhập hệ thống Ứng dụng đã mở, có kết nối Internet Nhập User/Pass hợp lệ $\rightarrow$ Bấm "Đăng nhập" user: lanhdao_vp
pass: Vp@2022#Secure		 Đăng nhập thành công, điều hướng vào Dashboard hiển thị lịch PASS
TC_AUTH_05 Đăng nhập sai mật khẩu quá 5 lần Tài khoản tồn tại trên hệ thống Nhập sai mật khẩu liên tiếp 5 lần pass: WrongPass123 Hệ thống tạm khóa tài khoản trong 15 phút, hiển thị thông báo cảnh báo bảo mật PASS
TC_CAL_03 Xem Lịch lãnh đạo Tài khoản được cấp quyền xem lịch Tỉnh ủy Vào phân hệ "Xem lịch" $\rightarrow$ Chọn tab "Lịch lãnh đạo" Tháng hiện tại (05/2022) Hiển thị chính xác lịch làm việc của Bí thư, Phó Bí thư theo dòng thời gian PASS
TC_DOC_08 Tải và xem văn kiện mật Đại biểu có tên trong danh sách kỳ họp Bấm vào file đính kèm dạng .pdf trong cuộc họp File: BaoCaoChinhTri.pdf (Kích thước 45MB) Tải ngầm hoàn tất dưới 3 giây, mở file mượt mà, áp dụng watermark tên đại biểu PASS
TC_VOTE_02 Biểu quyết chỉ tiêu nghị quyết Chủ tọa mở phiên biểu quyết Chọn 1 trong 3 phương án: Tán thành / Không tán thành / Ý kiến khác $\rightarrow$ Gửi Lựa chọn: "Tán thành" Ghi nhận kết quả tức thì, biểu đồ tổng hợp cập nhật theo thời gian thực PASS
TC_INT_01 Xử lý ngắt: Cuộc gọi đến khi đang họp Đang trong phòng họp trực tuyến Giả lập cuộc gọi thoại đến điện thoại Cuộc gọi GSM đến Ứng dụng tạm dừng âm thanh phòng họp, chuyển background không crash; sau khi cúp máy quay lại app bình thường PASS

Quy trình quản lý lỗi và cấu trúc Bug Report chuẩn

Mọi khiếm khuyết được phát hiện trong quá trình thực thi kiểm thử đều được văn bản hóa theo cấu trúc chuẩn:

+-------------------------------------------------------------------------------+
|                           CẤU TRÚC BUG REPORT CHUẨN                           |
+-------------------------------------------------------------------------------+
| • Project: E-Cabinet Vinh Phuc Mobile App                                     |
| • Bug ID: BUG_ECABINET_2022_084                                              |
| • Reported By: Trinh Thanh Chung | Date: 2022-05-18                           |
| • Severity: Critical (Mức độ nghiêm trọng ảnh hưởng luồng điều hành)          |
| • Priority: P1 - High (Cần khắc phục ngay trong Sprint)                       |
| • Environment: Android 11.0 (OneUI 3.1) / Mạng Wi-Fi nội bộ Tỉnh ủy           |
| • Summary: Mất đồng bộ trạng thái biểu quyết khi chuyển đổi mạng 4G sang Wi-Fi|
| • Steps to Reproduce:                                                         |
|    1. Vào phòng họp đang diễn ra với mạng 4G.                                |
|    2. Chủ tọa bắt đầu phiên biểu quyết.                                       |
|    3. Tắt 4G và bật Wi-Fi để thiết bị chuyển mạng.                            |
|    4. Bấm nút "Biểu quyết: Tán thành".                                        |
| • Actual Result: App báo lỗi Timeout, dữ liệu biểu quyết không được ghi nhận. |
| • Expected Result: App tự reconnect WebSocket, gửi thành công phiếu biểu quyết|
+-------------------------------------------------------------------------------+

Kết quả kiểm thử và độ bao phủ (Test Metrics)

Toàn bộ quá trình kiểm thử được triển khai qua 3 vòng lặp (Cycles) hoàn chỉnh:

  • Tổng số ca kiểm thử xây dựng và thực thi: 186 Test Cases bao phủ 14 nhóm chức năng.
  • Độ bao phủ chức năng (Functional Coverage): Đạt 100% các luồng nghiệp vụ mô tả trong tài liệu đặc tả yêu cầu người dùng.
  • Thống kê lỗi phát hiện: Phát hiện 34 lỗi phần mềm trong Cycle 1 (gồm 4 lỗi Critical, 11 lỗi Major, 15 lỗi Minor, 4 lỗi Trivial). Đến Cycle 3, 100% lỗi Critical và Major đã được đội ngũ phát triển khắc phục và kiểm thử hồi quy thành công (Passed 100%).
  • Thời gian phản hồi giao diện: Thời gian mở ứng dụng $< 1.8\text{s}$, thời gian tải danh sách tài liệu $< 1.2\text{s}$, độ trễ biểu quyết thời gian thực $< 300\text{ms}$.

Đổi mới và đóng góp

  1. Thiết lập bộ kịch bản kiểm thử chuyên biệt cho Chính quyền điện tử cấp tỉnh: Đồ án không dừng lại ở lý thuyết kiểm thử chung chung mà chuyển hóa trực tiếp các nguyên tắc kiểm thử hộp đen/hộp xám vào một hệ thống hành chính công đặc thù, bảo đảm các tiêu chuẩn về an toàn thông tin của Tỉnh ủy Vĩnh Phúc.
  2. Tối ưu hóa số lượng ca kiểm thử nhờ kết hợp EP và BVA: Giảm thiểu 45% số lượng ca kiểm thử dư thừa so với phương pháp kiểm thử ngẫu nhiên (Ad-hoc Testing), trong khi vẫn đảm bảo độ tin cậy và khả năng phát hiện lỗi biên tiềm ẩn đạt mức tối đa.
  3. Chuẩn hóa quy trình kiểm thử gián đoạn trên thiết bị di động: Đưa các kịch bản kiểm thử ngắt đặc thù (cuộc gọi đến, pin yếu, mất kết nối mạng đột ngột, xoay màn hình, đa nhiệm ứng dụng) thành bộ tiêu chí kiểm thử bắt buộc cho ứng dụng di động công vụ.
  4. Tài liệu hướng dẫn thực hành kiểm thử có tính ứng dụng cao: Đóng góp bộ tài liệu ca kiểm thử mẫu có thể tái sử dụng (Reusable Test Artifacts) cho các dự án chuyển đổi số khác trong khối cơ quan Đảng và Nhà nước.

Ứng dụng thực tế và triển khai

Kịch bản ứng dụng thực tế

Hệ thống kịch bản kiểm thử được áp dụng trực tiếp để nghiệm thu và đưa vào vận hành ứng dụng "Phòng họp không giấy" tại:

  • Các phiên họp Ban Thường vụ Tỉnh ủy Vĩnh Phúc định kỳ và đột xuất.
  • Các hội nghị trực tuyến giữa Tỉnh ủy với các Huyện ủy, Thành ủy trực thuộc (Vĩnh Yên, Phúc Yên, Tam Đảo, Tam Dương, Lập Thạch, Yên Lạc, Vĩnh Tường, Bình Xuyên, Mê Linh).
  • Các buổi sinh hoạt chuyên đề và hội thảo số hóa công tác Đảng.
       MÔ HÌNH TRIỂN KHAI HẠ TẦNG AN TOÀN TẠI PHÒNG HỌP TỈNH ỦY
       
 [Máy chủ ứng dụng nội bộ] <---> [Tường lửa Firewall / VPN] <---> [Hạ tầng Wi-Fi chuyên dụng]
                                                                          |
       +------------------------------------------------------------------+
       |                                |                                 |
       v                                v                                 v
[Tablet Chủ tọa]             [Tablet Thư ký kỳ họp]             [Tablet các Đại biểu]
(Điều hành, phân quyền)     (Tổng hợp biểu quyết, biên bản)    (Xem tài liệu, phát biểu)

Đánh giá hiệu quả kinh tế và vận hành (ROI)

  • Tiết kiệm thời gian chuẩn bị: Giảm thời gian in ấn, đóng cuốn và gửi tài liệu từ 3 ngày xuống còn dưới 15 phút (tải tài liệu số lên hệ thống).
  • Tiết kiệm ngân sách: Giảm hơn 80% chi phí văn phòng phẩm và in ấn tài liệu trong các kỳ họp thường niên của cơ quan.
  • Nâng cao chất lượng thảo luận: Đại biểu nhận tài liệu trước kỳ họp qua tính năng "Góp ý trước cuộc họp", giúp tăng 50% hiệu suất trao đổi tại nghị trường.

Hạn chế và hướng phát triển

Hạn chế kỹ thuật hiện tại

  • Đồ án tập trung chủ yếu vào phương pháp Kiểm thử thủ công (Manual Testing), chưa xây dựng khung kiểm thử tự động (Automation Testing Framework) hoàn chỉnh trên nền tảng di động.
  • Chưa thực hiện kiểm thử hiệu năng chịu tải lớn (Stress Testing / Load Testing) đồng thời cho kịch bản hàng nghìn đại biểu truy cập tại nhiều điểm cầu cùng một giây.

Hướng phát triển trong tương lai

  • Xây dựng kịch bản kiểm thử tự động (Test Automation): Sử dụng các công cụ hàng đầu như Appium kết hợp Java/Python và CI/CD Pipeline (Jenkins/GitLab CI) để tự động hóa kiểm thử hồi quy (Regression Testing) sau mỗi bản build.
  • Nâng cao kiểm thử bảo mật di động (Mobile App Penetration Testing): Kiểm tra mã hóa dữ liệu cục bộ (SQLite Encryption), chống tấn công dịch ngược mã nguồn (Reverse Engineering) và bảo vệ an toàn kênh truyền SSL Pinning.
  • Tích hợp kiểm thử hiệu năng API: Sử dụng Apache JMeter mô phỏng tải lớn cho các phiên biểu quyết quy mô toàn tỉnh.

Đối tượng hưởng lợi

+---------------------------------------------------------------------------------------+
|                                ĐỐI TƯỢNG HƯỞNG LỢI                                    |
+---------------------------+---------------------------+-------------------------------+
| Sinh viên CNTT / QA-QC    | Lập trình viên di động    | Cơ quan Nhà nước & Doanh nghiệp|
| • Nắm vững kỹ thuật EP,   | • Hiểu rõ các ca biên và  | • Sở hữu hệ thống họp số ổn   |
|   BVA, thiết kế Test Case |   ngoại lệ luồng điều hành|   định, bảo mật, tiết kiệm    |
| • Mẫu báo cáo chuẩn IEEE  | • Tối ưu hóa code tránh lỗi|   ngân sách in ấn             |
+---------------------------+---------------------------+-------------------------------+
  • Sinh viên và người học ngành Công nghệ Thông tin / Kiểm thử phần mềm: Có tài liệu tham khảo thực tế về cách chuyển đổi lý thuyết kiểm thử thành bộ kịch bản chi tiết cho một dự án thực tế; nắm vững các chuẩn viết Bug Report chuyên nghiệp.
  • Kỹ sư phát triển phần mềm (Mobile Developers): Hiểu rõ các kịch bản kiểm thử biên và kiểm thử ngắt trên môi trường Android/iOS để chủ động viết mã nguồn tối ưu, hạn chế lỗi phát sinh.
  • Các cơ quan quản lý nhà nước và doanh nghiệp: Nhận được mô hình mẫu về đánh giá chất lượng phần mềm trước khi triển khai các dự án chuyển đổi số hành chính công (GovTech).

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

1. Yêu cầu cấu hình tối thiểu của thiết bị di động để vận hành ứng dụng là gì?

Thiết bị di động của đại biểu cần chạy hệ điều hành Android từ phiên bản 8.0 trở lên hoặc iOS từ phiên bản 12.0 trở lên, RAM tối thiểu 3GB, có kết nối Wi-Fi băng tần 5GHz hoặc mạng 4G/LTE ổn định, dung lượng bộ nhớ trống tối thiểu 500MB để lưu trữ văn kiện kỳ họp tạm thời.

2. Sự khác biệt cốt lõi giữa kỹ thuật Phân vùng tương đương (EP) và Phân tích giá trị biên (BVA) là gì?

Phân vùng tương đương chia miền dữ liệu thành các nhóm đồng nhất và chọn một giá trị đại diện ngẫu nhiên trong nhóm để kiểm thử. Phân tích giá trị biên tập trung chọn các giá trị nằm ngay tại ranh giới của các phân vùng (ví dụ $Min, Min-1, Max, Max+1$), vì đây là nơi có xác suất lập trình viên mắc lỗi cao nhất trong thực tế.

3. Làm thế nào để kiểm thử tính năng bảo mật tài liệu mật trên ứng dụng di động?

Kiểm thử bảo mật tập trung vào 4 ca kiểm thử chính: (1) Kiểm tra phân quyền truy cập theo vai trò (Role-Based Access Control); (2) Kiểm tra mã hóa tập tin khi tải về bộ nhớ đệm thiết bị; (3) Chặn tính năng chụp ảnh màn hình (Screen Capture Prevention) trên Android/iOS khi mở tài liệu mật; (4) Tự động xóa file cache sau khi kết thúc phiên họp hoặc khi đăng xuất.

4. Chi phí xây dựng kịch bản kiểm thử chiếm bao nhiêu phần trăm trong vòng đời dự án?

Theo chuẩn công nghệ phần mềm quốc tế, chi phí cho hoạt động Đảm bảo chất lượng (QA/QC) và kiểm thử thường chiếm từ 25% đến 40% tổng chi phí và thời gian dự án. Tuy nhiên, việc đầu tư bài bản cho kiểm thử giúp giảm tới 60-80% chi phí sửa lỗi so với việc phải khắc phục sự cố sau khi phần mềm đã phát hành trên môi trường thực tế.

5. Hệ thống xử lý ra sao nếu đại biểu mất kết nối mạng khi đang thực hiện biểu quyết?

Kịch bản kiểm thử quy định: Ứng dụng phải lưu trạng thái lựa chọn của đại biểu vào bộ nhớ cục bộ (Local Storage), hiển thị cảnh báo mất kết nối và tự động thử gửi lại gói tin (Retry mechanism with Exponential Backoff) ngay khi kết nối mạng được phục hồi trước khi phiên biểu quyết đóng lại.

Kết luận

Đồ á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" của tác giả Trịnh Thành Chung đã hoàn thành xuất sắc các mục tiêu nghiên cứu và thực tiễn đề ra. Bằng việc vận dụng chuẩn xác các cơ sở lý thuyết kiểm thử phần mềm tiên tiến (EP, BVA, Error Guessing, quy trình V-Model), đồ án đã xây dựng một bộ tài liệu kịch bản kiểm thử toàn diện, chặt chẽ cho 14 phân hệ chức năng trọng yếu của hệ thống E-Cabinet. Kết quả của đề tài không chỉ khẳng định tầm quan trọng sống còn của công tác kiểm thử phần mềm trong các dự án công nghệ thông tin mà còn trực tiếp đóng góp vào sự thành công của công cuộc hiện đại hóa nền hành chính, xây dựng chính quyền số tin cậy và bền vững tại tỉnh Vĩnh Phúc.