Kiểm thử đặc thù mobile

Ai chốt

Chủ kỹ thuật của module. Bốn flow rủi ro cao ở trên mỗi flow ghi tên một người trong bảng phân công, không để "team lo".

Chặn ở chặng nào

Lúc review thiết kế màn hình — màn nào giữ dữ liệu user đang nhập thì phải khai chỗ lưu nháp ngay trong thiết kế. Đợi QA thấy màn trắng là đã muộn ba chặng.

Máy hay người

Máy: unit test save/restore state chạy mỗi PR. Người: bật Don't keep activities trên Android, kill app từ recent apps rồi mở lại.

Đo bằng số nào

Crash-free session rate, tách riêng 5 giây đầu sau khi quay lại foreground. Ở 500.000 user, 99,5% nghĩa là 2.500 phiên hỏng mỗi ngày.

Bằng chứng ở đâu

Video quay màn hình kill-rồi-mở-lại, đính vào pull request, cho đúng bốn flow rủi ro cao.

Hết giờ cắt gì

Cắt battery saver và restart device trước. Không bao giờ cắt "app bị OS kill trong background" ở bốn flow đó.

Ai chốt

Chủ kỹ thuật, lúc duyệt hợp đồng API. Endpoint ghi dữ liệu thì spec bắt buộc khai idempotency-key.

Chặn ở chặng nào

Vòng review thiết kế API, không phải lúc QA nhận build. POST thiếu key thì trả lại ngay từ vòng đó.

Máy hay người

Máy: test chủ động gửi trùng, chạy CI mỗi PR đụng endpoint ghi. Người: đổi Wi-Fi sang 4G giữa lúc thao tác — phần này máy giả lập không giống thật.

Đo bằng số nào

Tỷ lệ đơn trùng trên tổng đơn. Ở 500.000 user, 0,1% là 500 đơn phải đối soát tay.

Bằng chứng ở đâu

Log test gửi trùng đính vào pull request: một key, hai lần gửi, hai response giống hệt nhau.

Hết giờ cắt gì

Luồng risk thấp giữ lại ba trạng thái biên. Không bao giờ cắt idempotency ở luồng chạm tiền.

Ai chốt

Chủ sản phẩm. Xin quyền vào lúc nào và câu giải thích viết ra sao là quyết định sản phẩm, không phải quyết định code.

Chặn ở chặng nào

Lúc viết acceptance criteria cho màn hình. Sáu trạng thái ở cây trên là sáu dòng AC — thiếu dòng nào thì màn hình đó chưa đủ điều kiện giao cho dev.

Máy hay người

Gần như toàn bộ là người, vì dialog của hệ điều hành không tự động hoá rẻ được. Máy chỉ chặn được đúng một việc: lint cấm gọi xin quyền ở màn hình đầu tiên.

Đo bằng số nào

Tỷ lệ deny vĩnh viễn theo từng quyền. Notification 5% ở 500.000 user là 25.000 người không bao giờ nhận được nhắc hạn Task.

Bằng chứng ở đâu

Ảnh chụp đủ sáu trạng thái cho mỗi quyền, lưu cùng tài liệu màn hình, để người sau không phải dựng lại từ đầu.

Hết giờ cắt gì

Cắt "allow once" và "thu hồi từ Settings" ở quyền ít dùng. Không cắt deny vĩnh viễn — đó là trạng thái không lấy lại được.

Ai chốt

Chủ kỹ thuật, lúc duyệt thay đổi schema. Đổi schema mà không kèm kế hoạch migration thì không duyệt.

Chặn ở chặng nào

Vòng review pull request đổi schema — ba bước ghi, đọc lại, xoá phải nhìn thấy được trong diff. Sau khi phát hành thì không còn chặng nào để chặn nữa.

Máy hay người

Máy: test migration từ mọi version còn hỗ trợ, chạy trên dữ liệu mẫu thật, mỗi PR đụng schema. Người: cài bản cũ lên máy thật, dùng vài ngày cho có dữ liệu, rồi update đè.

Đo bằng số nào

Tỷ lệ mở app thất bại trong 24 giờ sau update. Ở 500.000 user, 0,2% là 1.000 người mất dữ liệu local, và không có đường rollback.

Bằng chứng ở đâu

Bảng version nguồn nhân kết quả update, lưu cùng release notes nội bộ của bản phát hành đó.

Hết giờ cắt gì

Cắt "reinstall sau khi gỡ" và "máy gần hết dung lượng". Không bao giờ cắt nhảy cóc nhiều version và kill giữa lúc migration.