---
# System prepended metadata

title: Sơ Lược Quản Lý Bugs

---

Sơ Lược Quản Lý Bugs
===

# Cách quản lý và xử lý Bugs:

- Khi xong một sprint (là release cho khách hàng aka production) thì mới được đóng bugs
- QC test ở nhánh nào
- Nếu test bugs tồn động thì ...
- Build đã giao, test không bugs, nhưng lúc sau bị bugs => cần test lại và theo dõi 
- Xử lý Bugs:
  - Kéo tasks về lại sprint Backlog
  - Trường hợp thời gian không đủ hoặc gấp thì cứ báo để team giải quyết, có thể để ở Wait for Production, không cần kéo
  - Bugs có thể phát sinh do hardcode hoặc test không kĩ, sót thiếu testcase
- Lưu ý Confirm bugs:
  - Hotfix vẫn phải để đó để theo dõi, 2 - 3 sprint
  - Có nhiều loại bugs nên cũng chưa thể close liền mà phải có theo dõi thêm

# Các loại Bugs:
  - Cần tìm hiểu condition tại sao bugs đó lại xảy ra
  - Bug lúc bị lúc không?
  - Nếu bugs chưa rõ ràng nguyên nhân gây bugs thì cứ theo dõi, tìm ra thì mới được confirm 
  - Bugs do OS, do tùy loại device
  - Test responsive trên web
  - Bugs FE, BE
  - Phải có cách test hết
  - Nếu stuck step thì raise
  - Các bugs BE thì luôn nghiêm trọng
  - Không đổ lỗi do bugs nên không test
  - Bugs do datatype mismatch
  - Change Request không phải là bug