---
# System prepended metadata

title: Xử Lý Bugs

---

Xử Lý Bugs
===

## 1. Confirm Integration Test:
- Xác nhận bugs đã Pass khi xác nhận tính năng đã pass rồi
- Cái nào FAILED thì đẩy về dev, log lại về bugs tồn động
- Trả build

## 2. Confirm System Test:
- Tất cả các features release của sprint
- Trả build

## 3. Xử Lý Build:

### Close:
- Confirm trên production, xem sprint có bị hay không và clear bugs

### Trả build:
- Thiếu code, thiếu gì đó
- Không pass testcase 
- Đang ở nhánh vào, test dạng nào integration hay system
- Không nên đổi title, trừ khi bắt bugs sai hay hotfix gì đó

### Chấp nhận build:
- Khi nào?
  - Khi có sự thay đổi, đủ tính năng cần giao, không phát sinh các bugs riêng

## 4. Xử lý bugs tồn động:
- Không được fix ở sprint này và những sprint trước
- Miss bugs, bugs đó có cần fix không, đẩy lên sprint backlog liền
- Cần có một list để track:
  - New: dev chưa từng đụng để fix
  - Reopen: đã đụng nhưng vẫn cần sửa
  - Skip by Product: skip luôn bugs đó không sửa
- Sau mỗi sprint cần close bugs
- Sau 2 - 3 sprint thì update lại list bugs

## 5. Kanban for QC Processing:
1. Nhận build
2. Test 
3. Report (tới đây QC kết thúc)
4. Để PM quyết định -> có thể skip bugs 
- Note: test system phải có report