Trang Chủ › Tin Tức › Bài Viết

Kiểm Thử Website Trước Khi Lên Sóng | Mahaton

Loc Tan Huynh
Danh sách kiểm thử website trước khi lên sóng: 12 mục anh chị tự kiểm trong 30 phút, khi nào cần kiểm thử tự động và thói quen rà soát mỗi tháng.
September 7, 2026

Mahaton Project là đơn vị chuyên cung cấp giải pháp Digital Marketing toàn diện cho doanh nghiệp tại Việt Nam, trực thuộc hệ thống Công ty TNHH Minh Phát với hơn 30 năm kinh nghiệm trong ngành sản xuất và thương mại.

Chúng tôi giúp khách hàng:

Tăng trưởng lợi nhuận và mở rộng tệp khách hàng

Cắt giảm đến 60% chi phí nhân sự vận hành

Tiết kiệm thời gian quản lý gấp 5 lần

Cung cấp cho ban lãnh đạo bảng điều khiển trực quan để đo lường hiệu quả thời gian thực

Tất cả thông qua ba trụ cột dịch vụ:

Thiết kế website chuyên nghiệp, chuẩn SEO

Quảng cáo Google/YouTube hiệu suất cao

Ứng dụng trí tuệ nhân tạo (AI) trong vận hành kinh doanh

Với kinh nghiệm phục vụ hơn 10 đối tác trong các lĩnh vực đa dạng — từ hãng hàng không quốc tế (American Airlines), chuỗi F&B (Panda Express, China Queen), bán lẻ (Co.op Mart), truyền thông (HTV1), viễn thông (Viettel), đến các doanh nghiệp sản xuất Việt Nam (TAKI Elevator, Minh Phát EPS, Tấn Đại Bao Bì, Nam Phát Tôn) — chúng tôi hiểu rõ nhu cầu thị trường và cam kết mang đến giải pháp tạo tăng trưởng thực sự cho từng khách hàng.

‍

Điểm chính

  • Lỗi làm website sập thì ai cũng thấy và được sửa trong vài giờ. Lỗi âm thầm — biểu mẫu gửi đi mà thư không tới ai — chạy hàng tháng không ai phát hiện.
  • Mười hai mục kiểm tra trong bài này anh chị tự làm được trong ba mươi phút, chỉ cần một máy tính và một điện thoại thật.
  • Kiểm thử tự động làm đúng việc con người làm rất tệ: lặp lại nguyên vẹn toàn bộ kịch bản sau mỗi lần sửa.
  • Sau khi web đã chạy, mỗi tháng hãy tự gửi thử một biểu mẫu liên hệ như một khách lạ. Đây là thói quen rẻ nhất và cứu được nhiều tiền nhất.

Lỗi âm thầm mới là lỗi tốn tiền

Khi website sập, điện thoại của anh chị sẽ reo trong vòng một tiếng. Nhân viên báo, khách báo, đối tác báo. Lỗi đó khó chịu nhưng rẻ, vì nó tự tố cáo chính nó và luôn được sửa ngay.

Loại lỗi làm doanh nghiệp mất tiền thật nằm ở phía ngược lại: website vẫn đẹp, vẫn mở được, vẫn tải nhanh, chỉ có một mắt xích bên trong đã đứt mà không ai hay. Biểu mẫu liên hệ vẫn hiện dòng chữ cảm ơn sau khi bấm gửi, nhưng thư báo không tới hộp thư của ai cả. Nút gọi trên điện thoại chỉ là một dòng chữ, bấm vào không mở màn hình gọi. Trang thanh toán chạy tốt trên máy người lập trình nhưng đứng im ở một trình duyệt khác. Mọi thứ trông vẫn bình thường, chỉ là khách hàng biến mất.

Kịch bản chúng tôi gặp nhiều nhất luôn giống nhau: doanh nghiệp chạy quảng cáo, tiền ra đều mỗi ngày, cuộc gọi về không tăng, và chủ doanh nghiệp kết luận rằng quảng cáo không hiệu quả. Đến khi kiểm lại thì thư báo biểu mẫu đang gửi vào địa chỉ của một nhân viên đã nghỉ việc. Ngân sách không lãng phí vì kém quảng cáo, mà vì một dòng cấu hình sai. Kiểm thử vì vậy là bước bảo vệ ngân sách marketing, và nên được ghi vào biên bản bàn giao website dưới dạng một danh sách đã ký.

Mười hai mục anh chị tự kiểm trong ba mươi phút

Anh chị cần một máy tính, một điện thoại đang dùng mạng di động, và một địa chỉ thư cá nhân không liên quan tới công ty. Làm tuần tự, ghi kết quả từng mục: đạt, không đạt, hoặc chưa rõ.

Nhóm một: đường về của khách

  1. Tự gửi một biểu mẫu liên hệ thật. Dùng thư cá nhân, viết như một khách hàng thật, bấm gửi, rồi kiểm hộp thư nhận, kể cả thư mục thư rác.
  2. Xác định ai đang nhận thư báo. Tự mở cấu hình biểu mẫu ra xem. Người đó còn làm ở công ty không, ai nhận thay khi họ nghỉ phép.
  3. Bấm số điện thoại trên điện thoại thật. Nhìn thấy số là chưa đủ; bấm vào phải mở màn hình gọi. Nhiều website đẹp mắc lỗi này vì số được đặt như một hình ảnh.
  4. Bấm từng nút liên hệ còn lại. Nút Zalo, nút bản đồ, nút gửi thư, nút tải bảng giá. Một nút bản đồ trỏ sai địa chỉ kho là mất một đơn hàng.

Nhóm hai: thiết bị và trình duyệt

  1. Mở các trang chính trên điện thoại. Xem chữ có tràn khung, ảnh có che nút bấm, bảng giá có phải kéo ngang mới đọc được không.
  2. Thử hai trình duyệt và hai hệ điều hành khác nhau. Phần lớn lỗi thanh toán chúng tôi phải xử lý chỉ xuất hiện trên đúng một tổ hợp thiết bị.
  3. Bấm hết liên kết trong thanh điều hướng và chân trang. Tìm những liên kết dẫn tới trang không tồn tại, trang trống, trang còn nội dung mẫu chưa thay.
  4. Đo tốc độ bằng mạng di động thật. Tắt kết nối không dây rồi mở trang chủ và trang đích quảng cáo; tốc độ trên mạng văn phòng luôn đẹp hơn thực tế.

Nhóm ba: nội dung, an toàn và đo lường

  1. Kiểm phần an toàn kết nối. Thanh địa chỉ phải hiện ổ khoá, chứng chỉ còn hạn, địa chỉ rút gọn không có tiền tố phải tự chuyển về đúng địa chỉ chính thức của website, như bài bảo mật website và kết nối mã hoá đã nói.
  2. Tìm website của mình trên công cụ tìm kiếm. Xem tiêu đề và mô tả hiển thị đúng chưa, có trang nháp nào lọt ra ngoài không; cách đọc dữ liệu này nằm trong bài đọc dữ liệu công cụ quản trị tìm kiếm.
  3. Soát lại thông tin cứng. Số điện thoại, địa chỉ, mã số thuế, giờ làm việc, bảng giá, năm ở chân trang.
  4. Đi trọn một luồng chuyển đổi như khách thật. Từ trang đích tới bước cuối, rồi kiểm xem hành động đó có được ghi nhận không. Nếu chưa gắn theo dõi, hãy xử lý theo bài cài đặt trình quản lý thẻ để theo dõi chuyển đổi, vì một chuyển đổi không được ghi nhận sẽ làm sai lệch mọi báo cáo về sau.

Nguyên tắc khi chạy danh sách: chỉ ghi nhận, sửa sau. Sửa một lỗi rồi mới kiểm tiếp là cách chắc chắn nhất để bỏ sót phần còn lại.

Khi nào cần tới kiểm thử tự động

Danh sách trên có một điểm yếu: nó phụ thuộc vào sự kiên nhẫn của con người. Lần đầu anh chị làm rất kỹ. Lần thứ ba, khi chỉ vừa sửa một dòng chữ, sẽ không ai muốn bấm lại mười hai mục. Đó chính là lúc lỗi lọt qua, bởi phần lớn lỗi âm thầm sinh ra lúc cập nhật chứ không phải lúc làm web.

Kiểm thử tự động giải quyết đúng chỗ đó. Nói gọn, đây là một tập kịch bản viết sẵn mô tả từng bước khách hàng sẽ làm: mở trang chủ, chọn sản phẩm, điền biểu mẫu, bấm gửi, kiểm thông báo thành công. Máy chạy lại toàn bộ tập kịch bản đó sau mỗi lần sửa, mất vài phút, không bao giờ bỏ sót. Chính vì máy gánh phần lặp lại nhàm chán này mà mỗi vòng sửa đổi ngắn lại đáng kể, đúng như phân tích trong bài AI rút ngắn thời gian dự án website.

Nhưng phải nói thẳng phần ngược lại: không phải doanh nghiệp nào cũng nên đầu tư việc này. Nếu website chỉ có năm sáu trang giới thiệu và một năm sửa hai lần, dựng hệ thống kiểm thử tự động là lãng phí; chi phí duy trì bộ kịch bản đôi khi cao hơn chi phí sửa lỗi, và mỗi lần đổi giao diện là phải viết lại. Việc này chỉ xứng đáng khi có ít nhất hai trong ba điều kiện: luồng nghiệp vụ nhiều bước như đặt hàng hay tính giá; nhiều người cùng cập nhật thường xuyên; hoặc website đã nối vào hệ thống khác — trường hợp cuối đặc biệt dễ hỏng ngầm, như bài tích hợp phần mềm quản lý khách hàng vào website đã phân tích.

Việc kiểm thử không được kết thúc vào ngày bàn giao, bởi website vẫn tiếp tục thay đổi mỗi tháng sau đó.

AI giúp được gì và không giúp được gì

Chỗ thứ nhất công nghệ AI đóng góp được là sinh kịch bản kiểm thử. Người phụ trách mô tả luồng nghiệp vụ bằng tiếng Việt bình thường — khách vào trang này, chọn sản phẩm, nhập số lượng, nhận báo giá — và công cụ dựng ra bộ kịch bản tương ứng, kèm những nhánh dễ quên như nhập số âm, để trống trường bắt buộc, hoặc bấm gửi hai lần. Việc còn lại của con người là loại bỏ kịch bản không đúng thực tế kinh doanh.

Chỗ thứ hai là phát hiện thay đổi giao diện ngoài ý muốn: máy chụp ảnh từng trang trước và sau khi sửa rồi so sánh để chỉ ra điểm khác. Cách này bắt được thứ mắt người hay bỏ qua — một nút bị đẩy xuống dưới màn hình đầu tiên, một khối chữ đè lên ảnh, một bảng giá mất viền. Đây là lớp bảo vệ hữu ích khi mã nguồn được sinh nhanh, chủ đề bàn kỹ trong bài điều doanh nghiệp cần biết khi AI viết mã website.

Còn đây là phần công cụ không làm thay được. Nó không biết quy trình bán hàng của anh chị, không biết thư báo phải tới phòng kinh doanh chứ không phải phòng kế toán. Quan trọng hơn, việc hệ thống báo biểu mẫu đã gửi thành công không có nghĩa là thư đã tới. Mục quan trọng nhất trong danh sách vẫn phải do một con người mở hộp thư thật ra và xác nhận bằng mắt.

Thói quen mỗi tháng sau khi web đã chạy

Nếu anh chị chỉ giữ lại một điều từ bài này, hãy giữ điều này: mỗi tháng một lần, tự gửi thử một biểu mẫu liên hệ trên website của mình như một khách lạ, rồi kiểm xem thư có tới đúng người không.

Lý do rất thực tế. Một thư báo biểu mẫu đi qua nhiều mắt xích nằm ngoài tầm kiểm soát của anh chị: cấu hình gửi thư, nhà cung cấp hộp thư, bộ lọc thư rác, quy tắc chuyển tiếp nội bộ. Mắt xích nào cũng có thể đổi mà không báo trước — nhà cung cấp siết quy định xác thực người gửi, hộp thư đổi mật khẩu, nhân sự phụ trách nghỉ việc. Không mắt xích nào gửi thông báo khi nó gãy.

Cách làm gọn nhất: đặt lịch nhắc vào một ngày cố định hàng tháng, giao cho một người cụ thể chứ không giao cho cả phòng, yêu cầu ghi lại một dòng kết quả kèm ngày giờ. Cùng lúc kiểm luôn hạn tên miền, hạn chứng chỉ bảo mật, và số biểu mẫu nhận được trong tháng. Một tháng đột ngột về không thường là dấu hiệu lỗi kỹ thuật chứ không phải thị trường xấu, và báo cáo phân tích lưu lượng truy cập giúp phân biệt hai khả năng đó trong vài phút. Website là thiết bị đang chạy trong nhà máy kinh doanh của anh chị, không phải món đồ mua một lần, và thiết bị nào cũng cần lịch bảo trì.

Bước tiếp theo

Trước khi đưa một website mới lên sóng, hãy dành ba mươi phút chạy qua mười hai mục ở trên, và đừng nhận bàn giao khi mục số một chưa được xác nhận bằng một lá thư có thật trong hộp thư. Nếu website đã chạy vài tháng mà chưa ai từng tự gửi thử biểu mẫu, hãy làm ngay hôm nay.

Muốn có một buổi rà soát độc lập cho website hiện tại, hoặc muốn dựng quy trình kiểm thử cho dự án sắp tới, anh chị nhắn cho Mahaton Project qua Zalo hoặc lochuynh@mahatonproject.com. Nếu dự án còn ở giai đoạn đầu, nên đọc trước bài quy trình làm website doanh nghiệp từng bước.

Về tác giả

Lộc Tấn Huynh là người sáng lập Mahaton Project — agency digital B2B đã triển khai hàng trăm dự án website, Google Ads và AI cho doanh nghiệp Việt, trong đó có Minh Phát EPS, TAKI Elevator và Viettel. Nguyên tắc làm việc của Mahaton không đổi qua từng dự án: mọi đồng ngân sách marketing đều phải truy ngược được về một kết quả kinh doanh đo đếm được.