Chương 9: Hướng Dẫn Test, Debug & Bảng Lỗi Thường Gặp

1. Bảng điều khiển Debug Panel (DebugServicePanel)

Để hỗ trợ smoke-test nhanh mọi service cốt lõi ngay trên máy thật mà không phải mất thời gian kéo thả nút bấm UI, template tích hợp sẵn component DebugServicePanel (đặt tại Assets/_Project/Game/UI/DebugServicePanel.cs).

Cách kích hoạt và điều kiện hiển thị

• Trong Unity Editor: Nhấn phím F1 trên bàn phím.
• Trên thiết bị di động thật (Android / iOS): Chạm đồng thời 3 ngón tay vào màn hình (phát hiện chạm ngón thứ ba bắt đầu: Input.touchCount == 3 && Input.GetTouch(2).phase == TouchPhase.Began).
• Cơ chế bảo vệ bản Release: Trong hàm Awake(), panel kiểm tra điều kiện an toàn:

  // Visible only in Editor / development builds and when showDebugPanel is true
  bool allowed = (Debug.isDebugBuild || Application.isEditor) 
      && Bootstrapper.Config != null 
      && Bootstrapper.Config.showDebugPanel;
  if (!allowed) Destroy(this);

  Trong bản build Release đưa lên Store, panel sẽ tự hủy hoàn toàn. Nhờ đó, phương thức OnGUI() không gây phân bổ bộ nhớ rác (GC allocation) trong bản phát hành chính thức.

Mô tả chi tiết các nút bấm trên Debug Panel

Giao diện panel hiển thị trạng thái tổng quan ở đầu:

• Dòng định danh: User {UserId} | Status: {_status} — Hiển thị User ID dùng chung từ UserIdentity và kết quả của lệnh vừa bấm.
• Dòng trạng thái Service: Ads init={IsInitialized} inter={IsInterstitialReady} rewarded={IsRewardedReady} | IAP={IsReady}.

2. Hệ thống Log Console & Cách đọc Boot Log

Template sử dụng class tĩnh CoreLog (đặt tại Assets/_Project/Core/Infra/CoreLog.cs) để kiểm soát việc xuất log có cấu trúc:

// CoreLog.cs
public static class CoreLog
{
    public static bool Verbose { get; set; } = true;
    public static void Info(string tag, string message)
    {
        if (Verbose) Debug.Log($"[{tag}] {message}");
    }
    public static void Warn(string tag, string message) => Debug.LogWarning($"[{tag}] {message}");
    public static void Error(string tag, string message) => Debug.LogError($"[{tag}] {message}");
}

Quy tắc: Biến Verbose chỉ bật khi CoreConfig.verboseLog == true hoặc đang chạy bản Development Build. Trong bản Release, các log Info bị ẩn để tối ưu hiệu năng CPU, nhưng Warn và Error vẫn luôn xuất hiện để Firebase Crashlytics có thể bắt được ngữ cảnh lỗi.

Các tiền tố (Tag) chuẩn trong Console

• [Boot]: Quá trình khởi tạo tuần tự các service trong InitPipeline.
• [Ads]: Vận hành quảng cáo MAX (khởi tạo, load, show, skip do cooldown policy).
• [IAP]: Khởi tạo catalog, kết nối store, kết quả mua hàng và khôi phục giao dịch.
• [Analytics]: Ghi nhận sự kiện phân tích và chuyển tiếp tới các sink.
• [Firebase], [RemoteConfig], [RTDB], [AppUpdate], [ASA] (Apple Search Ads): Trạng thái kết nối dịch vụ backend và nền tảng.
• [Storage]: Thao tác đọc/ghi dữ liệu cục bộ bằng LocalStorage.
• [Scene]: Quá trình nạp và chuyển cảnh có hiệu ứng fade bằng SceneLoader.
• [Dialog]: Trạng thái nạp prefab và mở/đóng popup trong DialogService.

Cách đọc và phân tích luồng Boot Log

Mỗi bước khởi động trong InitPipeline đều được giám sát thời gian thực thi (time-boxed) độc lập. Khi xem cửa sổ Console, bạn sẽ thấy chuỗi log khởi động mẫu như sau:

[Boot] ATT done in 0.01s
[Boot] Firebase done in 0.32s
[Boot] Auth timed out after 5s, continuing
[Boot] RemoteConfig done in 0.45s
[Boot] RealtimeDb+BI done in 0.12s
[Boot] Ads done in 0.85s
[Boot] GameAnalytics+AppMetrica done in 0.05s
[Boot] IAP done in 1.10s
[Boot] Notifications done in 0.02s
[Boot] Background done in 0.00s
[Boot] Completed, user=17937590557361 new=True session=1
[Analytics] home_open

3. Kiểm tra Analytics thời gian thực với Firebase DebugView

Theo mặc định để tiết kiệm pin trên thiết bị di động, Firebase Analytics gom các sự kiện thành các gói (batch) và chỉ gửi lên máy chủ sau mỗi 1 giờ. Khi lập trình, bạn không thể chờ 1 tiếng để biết sự kiện có được ghi nhận đúng tham số hay không. Tính năng Firebase DebugView cho phép bạn theo dõi luồng sự kiện theo thời gian thực (độ trễ chỉ vài giây).

Kích hoạt trên thiết bị Android qua ADB

Kết nối điện thoại Android với máy tính qua cáp USB (đã bật USB Debugging), mở PowerShell hoặc Terminal và chạy lệnh:

# Kích hoạt chế độ debug cho ứng dụng của bạn
adb shell setprop debug.firebase.analytics.app <bundle_id_cua_game>

# Ví dụ cụ thể với template:
adb shell setprop debug.firebase.analytics.app com.tapbrain.template

# Sau khi hoàn tất kiểm thử, tắt chế độ debug bằng lệnh:
adb shell setprop debug.firebase.analytics.app .none.

Kích hoạt trên thiết bị iOS trong Xcode

1. Mở dự án Xcode được xuất từ Unity.
2. Vào menu: Product → Scheme → Edit Scheme... (hoặc nhấn Cmd + <).
3. Tại cột bên trái chọn mục Run, chuyển sang tab Arguments.
4. Tại phần Arguments Passed On Launch, nhấn dấu + và thêm đối số:

   -FIRDebugEnabled

5. (Khi muốn tắt chế độ debug, bạn có thể xóa cờ trên hoặc thêm cờ -FIRDebugDisabled).

Quan sát trên Firebase Console

Mở trình duyệt truy cập Firebase Console → vào Project của game → chọn mục Analytics → DebugView. Trong danh sách "Debug Device" ở góc trên bên trái, chọn thiết bị của bạn. Khi bạn chơi game trên máy, toàn bộ các sự kiện như main_open, level_start, level_complete cùng các tham số (level, score, time_spent) sẽ hiển thị trực quan theo từng giây.

4. Kiểm tra mạng quảng cáo với MAX Mediation Debugger

AppLovin MAX Mediation Debugger là công cụ trực quan tối quan trọng giúp bạn kiểm tra tính hợp lệ của việc tích hợp quảng cáo mediation trên thiết bị di động thật.

Cách mở Mediation Debugger

1. Bật DebugServicePanel (nhấn F1 hoặc chạm 3 ngón tay), sau đó nhấn nút Mediation Debugger.
2. Hoặc gọi trực tiếp từ code C#:

   App.Ads.ShowMediationDebugger();

Các hạng mục cần kiểm tra trong màn hình Debugger

• AppLovin SDK Key: Hiển thị trạng thái màu xanh lá (Valid).
• Mạng quảng cáo (Ad Networks & Adapters): Danh sách các mạng (Google AdMob, Mintegral, Unity Ads...). Đảm bảo adapter tương ứng hiện màu xanh lá kèm phiên bản SDK hỗ trợ. Nếu hiện màu đỏ, bạn đang thiếu file thư viện hoặc chưa chạy Force Resolve trong EDM.
• Chế độ Test Mode: Bạn có thể bật tính năng "Test Mode" cho từng mạng trực tiếp trong màn hình này để ép buộc ad network luôn trả về quảng cáo mẫu, tránh bị khóa tài khoản quảng cáo do tự xem quảng cáo thật (self-clicking).
• Quyền riêng tư (Privacy & Consent): Kiểm tra trạng thái CMP/GDPR và quyền ATT trên iOS (Authorized hay Denied).

5. Quy trình kiểm tra In-App Purchasing (IAP)

Test trong Unity Editor với Fake Store

Unity IAP tích hợp sẵn hệ thống giả lập Fake Store khi chạy trong Unity Editor:

• Khi nhấn nút mua gói IAP (ví dụ nút Buy testProductId trên Debug Panel), một cửa sổ popup native của Unity sẽ xuất hiện đè lên Game View.
• Cửa sổ có 2 lựa chọn:
  • Buy: Giả lập thanh toán thành công. Unity IAP sẽ gửi biên lai giả lập và gọi tới PurchaseGrantHandler (trong GameWallet.GrantProduct). Bạn kiểm tra xem số coin có tăng lên và được lưu vào LocalStorage không.
  • Cancel: Giả lập người dùng bấm hủy. Callback nhận kết quả PurchaseResult.Cancelled.

Test trên thiết bị thật với tài khoản Sandbox

1. Trên Android (Google Play):
   • Thêm tài khoản Gmail của tester vào mục Setup → License Testing trên Google Play Console.
   • Chọn loại phản hồi: RESPOND_NORMALLY.
   • Tải bản build thông qua đường dẫn Internal Testing Track. Khi thực hiện mua, popup Google Play sẽ có thông báo: "Đây là giao dịch thử nghiệm, bạn sẽ không bị tính phí".
2. Trên iOS (Apple App Store):
   • Tạo một tài khoản Sandbox Tester trong trang App Store Connect (mục Users and Access → Sandbox Testers).
   • Trên iPhone/iPad test, vào Settings → App Store → Sandbox Account và đăng nhập tài khoản tester vừa tạo (không đăng nhập vào iCloud chính của máy).
   • Khi bấm mua trong game, hộp thoại xác nhận của Apple sẽ hiển thị nhãn [Environment: Sandbox].

6. Kiểm nghiệm khả năng chơi Offline (Mất mạng hoàn toàn)

Một tiêu chuẩn chất lượng bắt buộc của TapBrain là: Game phải chơi được hoàn toàn trơn tru khi không có kết nối Internet!

7. Bảng tra cứu sự cố & Cách khắc phục toàn diện

Bảng tổng hợp chi tiết từ thực tế vận hành dự án, giúp bạn chẩn đoán nhanh nguyên nhân và cách xử lý khi gặp log cảnh báo hoặc lỗi:

8. Những hiện tượng BÌNH THƯỜNG trong Template mới

9. Checklist Nghiệm Thu Thủ Công Sau Mỗi Lần Sửa Code

Trước khi gửi Pull Request hoặc chuyển giao tính năng cho tester, lập trình viên bắt buộc phải chạy qua 5 bước nghiệm thu vàng sau:

1. Kiểm tra biên dịch sạch (Clean Compile):
   • Nhấn Ctrl + R trong Unity để nạp lại script. Console không được xuất hiện bất kỳ dòng lỗi error CS nào.
2. Chạy từ Scene Loading:
   • Mở scene Assets/_Project/Scenes/Loading.unity và nhấn Play.
   • Kiểm tra Console: Xuất hiện đầy đủ log [Boot] <step> done hoặc timed out cho từng bước, kết thúc bằng dòng [Boot] Completed, user=... và sự kiện home_open. Màn hình Loading chuyển sang Home mượt mà.
3. Kiểm tra vòng lặp Gameplay (Gameplay Loop):
   • Từ Home nhấn nút Play → Chuyển sang Main (log xuất hiện level_start).
   • Nhấn nút WIN hoặc LOSE mẫu → Popup ResultDialog mở lên với animation mượt mà.
   • Bấm Next Level hoặc Home → Chuyển cảnh chính xác, không văng bất kỳ Exception nào.
   • Kiểm tra đặc biệt: Mở trực tiếp scene Main hoặc Home rồi nhấn Play, game vẫn phải khởi động bình thường không crash!
4. Kiểm tra Debug Panel (F1):
   • Nhấn F1 mở Debug Panel.
   • Kiểm tra dòng trạng thái: IAP=True, Ads init=True.
   • Bấm nút mua gói coin thử nghiệm → Fake Store popup hiện lên, bấm Buy và kiểm tra số coin tăng đúng 100.
5. Quét mã nguồn cấm (Forbidden Patterns Audit):
   • Tìm kiếm trong toàn bộ thư mục Assets/_Project/ xem có vi phạm các anti-pattern bị cấm không:
   • Không có FindObjectOfType (chỉ cho phép duy nhất bên trong GameAnalyticsSink).
   • Không có static .* Instance (Singleton).
   • Không có SceneManager.LoadScene (bắt buộc dùng App.Scenes.Load).
   • Không có key hardcode như ca-app-pub-....
   • Không có LINQ hay GetComponent trong hàm Update().