Mindset Bắt Bugs
===

# Mindset:
- Đặt bản thân vào tâm thế là một user
- Luôn nghĩ cái gì cũng có thể xảy ra
- Test với đặt vấn đề, đặt câu hỏi để làm rõ yêu cầu hoặc có những thay đổi để cho phù hợp

# Sửa Bài Tập:
- [Trello](https://trello.com/b/3K29YmdA/example-bug-list)

# Một Số Lưu Ý:
### 1. Đánh giá mức độ Severity:
- Không nên đánh label Minor nếu:
- Bugs có thể nhìn thấy, dễ chú ý trên UI
- Ảnh hưởng tới trải nghiệm người dùng

### 2. Định hướng testcases:
- Ngữ cảnh: Trong Khách Hàng - Thêm Mới, nếu được chọn 2 hay nhiều quận trở lên, cần soạn testcases gì để test?

- Trà lời:
1. Chọn 2 Quận, có được chọn 2 phường từ 2 Quận khác nhau
2. Chọn 2 Quận, chọn 1 phường từ quận bất kỳ trong 2 quận đó
3. Chọn 2 Quận, không chọn phường nào
4. Chọn 2 Quận, chọn trên 2 phường từ 1 quận, còn quận còn lại không chọn phường nào

- Solution:
- chọn 1 quận => list ra hết danh sách phường xã
- Chọn 2 quận:
+ 2 quận k có phường xã nào trùng nhau
+ 2 quận có 1 số phường xã trùng nhau =>Ko được duplicated data
- Chọn 3 quận
+ 1 phường xã có ở 1 quận ko có 2 quận còn lại
+ 1 phường xa có ở 2 quận ko có 1 quận còn lại
+ 1 phường xã có cả 3 quận
=> Yêu cầu ko duplicated và đầy đủ phường xã

### 3. Việc ghi title:
- Tránh việc gây nhầm lẫn cho Dev
- Ghi cụ thể, không nên gây nhập nhằng
- Tránh việc title bugs bao hàm bugs khác

### 4. Tính năng chưa nắm rõ requirements:
- Có những tính năng chưa hiểu rõ cần hỏi lại PM/DEV để nắm rõ và test

### 5. Bugs khó hiểu:
- Bugs không thể diễn tả bằng lời hoặc hình ảnh
=> Quay clip ngắn để PM/DEV có thể nắm rõ để đánh giá mức độ nghiêm trọng

### 6. Đặc tả cho Bugs mà QC gặp:
- Ghi lại các steps to reproduce, làm theo các steps đó là sẽ gặp đúng bugs
- Khi bắt bugs, đưa ra lý do tại sao với mình nó là bugs

### 7. Xử Lý Bugs:
- Khi confirm bug hay test, chú tâm đến bug trước là đi confirm bug rồi bắt
- Ưu tiên xử lý các bug mới