Quy trình làm việc
acceptance criteria
còn gọi là tiêu chí nghiệm thu
Danh sách điều kiện kiểm được, quyết định một việc đã xong hay chưa — viết trước khi code.
Acceptance criteria mô tả cái phải đạt, không mô tả cách đạt. Mỗi dòng phải trả lời được bằng đạt hoặc không đạt, bởi một người không tham gia viết code.
Viết được
- "Chrome chiếm không quá 10% chiều cao màn lúc đọc"
- "Mọi target bấm được từ 48dp trở lên"
- "Màn hình còn dùng được ở mức phóng chữ 200%"
Không viết được
- "Trông hiện đại hơn"
- "Header phải co lại khi vuốt"
- "Tối ưu trải nghiệm người dùng"
Cột phải sai hai kiểu khác nhau. Dòng 1 và 3 là sở thích — không phép thử nào bác bỏ được. Dòng 2 là pattern: nó là giải pháp, viết vào đây là chặn mất những cách đạt khác cũng đúng.
Viết acceptance criteria trước khi viết code là cách rẻ nhất để phát hiện đề bài chưa rõ.
Bài dùng thuật ngữ này
- Hệ điều hành dự ánNền tảng
- Tư duy Shift LeftNền tảng
- Chưa đo được thì chưa kiểm soát đượcNền tảng
- Vai trò và trách nhiệmNền tảng
- Nhịp làm việcNền tảng
- Từ ý tưởng đến releaseTổ chức công việc
- Vòng đời một hạng mục công việcTổ chức công việc
- Viết yêu cầu và acceptance criteriaTổ chức công việc
- Những điều bắt buộc với lập trình viênYêu cầu với lập trình viên
- 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 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
- 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
- Kiểm thử đặc thù mobileQuy mô và hiệu năng
- Quality metricsNgười dùng và số liệu
- Đo lường sản phẩmNgười dùng và số liệu
- Analytics event là một phần của yêu cầuNgười dùng và số liệu
- Lắng nghe người dùngNgười dùng và số liệu
- Security baseline và privacyQuản trị rủi ro

