Trang chủ → Blog → Regression testing

Regression testing cho app Android: quy trình 5 bước

8 phút đọc·VietTest Team·07/11/2026

Regression (hồi quy) = xác nhận bản mới không phá vỡ tính năng đã chạy tốt trước đó. Đây là hoạt động bắt buộc nhưng dễ tốn thời gian — 5 bước dưới đây giúp nó gọn gàng.

Bước 1 — Xác định phạm vi thay đổi

Liệt kê: (1) tính năng mới, (2) bug đã sửa, (3) refactor liên quan. Từ đó suy ra các vùng có thể bị ảnh hưởng gián tiếp.

Bước 2 — Phân loại theo rủi ro

1. Critical path: đăng nhập, đăng ký, thanh toán, luồng chính.
2. Liên quan trực tiếp: màn hình/cụm API vừa thay đổi.
3. Khác: smoke test nhanh.

Ưu tiên chạy test theo thứ tự 1 → 2 → 3; dừng nếu 1 có lỗi chặn.

Bước 3 — Lặp lại các case cốt lõi (core suite)

Luôn chạy lại bộ test "đường chính" đã xác lập từ regression trước: đăng nhập → duyệt → thao tác → hoàn tất → đăng xuất. Bộ này nên < 30 phút với một tester có kinh nghiệm.

Bước 4 — Tập trung vào lỗi hồi quy thực tế hay gặp

• Layout vỡ ở font scale lớn / mode tối.
• Mất state khi xoay màn hình.
• API mới trả về chưa handle null → crash khác bản cũ.
• ProGuard/R8 làm vỡ reflection hoặc Gson model.
• Push notification không tới sau khi đổi token logic.

Bước 5 — Báo cáo ngắn gọn, không ôm đồm

Regression report chỉ cần: ngày, build, phạm vi, kết quả (Pass/Fail từng mục), bug mới tìm thấy + link. 1 trang là đủ; đừng viết tiểu luận.

Tự động hóa thông minh

Đừng "viết E2E cho mọi thứ". Tự động hóa smoke + critical path trước bằng Espresso/UI Automator; phần UI/visual giữ manual. Cân nhắc Firebase Test Lab để scale phiên bản thiết bị mà không mua máy thật.