Kiểm thử
bug
còn gọi là lỗi
Hành vi sai so với mong đợi. Báo lỗi chỉ dùng được khi có đủ bước tái hiện và môi trường.
Một báo lỗi dùng được cần bốn thứ: máy và phiên bản nào, làm gì theo thứ tự nào, mong đợi gì, thực tế xảy ra gì. Thiếu bước tái hiện thì người sửa phải đoán, và phần lớn thời gian sửa trôi vào việc dựng lại hiện trường.
Báo được
- "Máy A, Android 13, bản 2.4.1"
- "Mở giỏ hàng, bấm thanh toán hai lần"
- "Mong đợi: một đơn. Thực tế: hai đơn"
Không báo được
- "App bị lỗi"
- "Thỉnh thoảng không vào được"
- "Khách hàng phàn nàn chậm"
Lỗi không tái hiện được không có nghĩa là không có. Nó có nghĩa là điều kiện gây lỗi chưa được ghi lại — thường là dữ liệu cụ thể của một tài khoản, hoặc thứ tự thao tác nhanh hơn bình thường.
Bài dùng thuật ngữ này
- Chưa đo được thì chưa kiểm soát đượcNền tảng
- Chuẩn viết codeYêu cầu với lập trình viên
- Chuẩn pull requestYêu cầu với lập trình viên
- Chuẩn test của devYêu cầu với lập trình viên
- Chuẩn riêng cho Chat, Task và Bán hàngYêu cầu với lập trình viên
- Chuẩn UI trên mobileYêu cầu với lập trình viên
- Definition of DoneKiểm soát chất lượng
- Quality gate tự độngKiểm soát chất lượng
- Smoke test và cách liệt kê caseKiểm soát chất lượng
- Automation test cho mobile và APIKiểm soát chất lượng
- PM cần gì để quyết định automation testKiểm soát chất lượng
- Device matrix và OS support policyQuy mô và hiệu năng
- Kiểm thử đặc thù mobileQuy mô và hiệu năng
- Chạy network chaos test thế nàoQuy mô và hiệu năng
- Test upgrade và data migration thế nàoQuy mô và hiệu năng
- Vì sao cần kiểm kê thiết bị testQuy mô và hiệu năng
- Quy tắc cảnh báoVận hành
- Bug severity, on-call và root cause analysisVận hành
- Yêu cầu báo cáo và điều kiện kỹ thuật đi kèmVận hành
- Quality metricsNgười dùng và số liệu
- Sức khoẻ đội ngũQuản trị rủi ro
- Mẫu bug reportBiểu mẫu
- Mẫu checklist trước releaseBiểu mẫu
- Mẫu họp cải tiếnBiểu mẫu
- Mẫu báo cáo tuầnBiểu mẫu

