16102020110815.jpg)
TIGOWAY framework - Hướng dẫn sử dụng Bug Tracking System
Hệ thống quản lý thông tin TIGO-IMS
(IMS - Information Management System)
Trước đây, Bug Tracking System (BTS) là hệ thống trao đổi thông tin giữa Lập Trình Viên (LTV) và Kiểm Thử Viên (Tester-KTV). Hiện nay BTS được mở rộng ra thành hệ thống quản lý ticket, trong đó ticket có thể là bug (lỗi lập trình), defect (lỗi do thiết kế sai yêu cầu), feedback/support (phản hồi từ khách hàng), feature (yêu cầu nâng cấp tính năng), các yêu cầu nghiệp vụ mới (requirement) … Để cho dễ hiểu, ticket có thể dịch ra tiếng Việt một cách chung chung là “công việc”.
Đối tượng: Tất cả Developer, Tester, KCS, CSKH đều có thể tạo ra các công việc mới.
Quản lý danh sách công việc:
Mỗi project sẽ có danh sách các công việc (link ở vị trí thứ 3 trên MenuBar). Các công việc có mức ưu tiên “Cao” sẽ được highlight màu đỏ nổi bật.
Chức năng Sort: Click vào tên cột sẽ sắp xếp dữ liệu cột theo A...Z và ngược lại.
Chức năng Filter: Chức năng “lọc” trên grid khá mạnh, với khá nhiều điều kiện lọc và các toán tử logic phức tạp. Mặc định sẽ lọc theo “Trạng Thái”. Các điều kiện lọc khác cũng hay được quan tâm là: Mức ưu tiên, Kiểu công việc, Tác giả, Người được phân công, Chủ đề.
Chức năng Option (Tùy chọn): Cho phép ẩn/hiện các cột (grid động).
Tạo công việc mới:
Tham khảo nhanh video tutorial ngắn tại: https://www.youtube.com/watch?v=zKp7esdSMEQ
Thông báo email: Mỗi một công việc được tạo ra sẽ được gửi đến những người liên quan (người tạo, người được phân công, người trong danh sách quan sát/theo dõi). Thông báo được gửi đi từ email: thongbao@tigosolutions.com
Một bản mô tả bug đầy đủ cần có các thông tin như sau:
-
Nhóm CKSH nên tạo một project riêng để lưu trữ các thông tin phản hồi từ khách hàng hoặc các công việc được tìm thấy ở cấp độ cao nhất (high-level). Nếu công việc nào đã được duyệt để sửa, thì KCS có thể move sang project của nhóm kỹ thuật để phân công cho PM trước (PM sau đó sẽ phân công LTV phù hợp ở một thời điểm thích hợp).
-
Các công việc cần mô tả chi tiết các bước thao tác, kết quả thực tế xảy ra, kết quả mong muốn và các thông tin metadata khác như: có dễ biểu diễn lại hay không, có thường xuyên xuất hiện hay không, có khiến chương trình không thể tiếp tục vận hành (lỗi dạng này gọi là showstopper bug). Ngoài ra nên gắn kèm ảnh chụp màn hình để người đọc hình dung tốt hơn về flow của công việc.
-
Các issues không phù hợp với giai đoạn hiện tại (thí dụ bug về tốc độ load chậm không thể giải quyết ở giai đoạn đầu của vòng đời dự án) thì cần lưu nháp (Riêng tư) hoặc lưu tạm đâu đó (thí dụ local Excel) trước khi post lên IMS.
Rule of thumb: Issue phải được phân công cho người phù hợp ở một thời điểm thích hợp. -
Thận trọng khi đánh dấu mức độ ưu tiên công việc là “Cao” hoặc “Khẩn cấp”. Có những công việc ở phase 1 là “Thấp”, nhưng khi sang phase 2 sẽ chuyển trạng thái sang “Cao”.
-
Nếu LTV chưa thể giải quyết được ngay công việc, thì nên comment càng sớm càng tốt. Trước mắt đề xuất giải pháp sơ bộ, các hướng xử lý và có thể là thời hạn dự kiến để xử lý.
Tải slide để xem chi tiết: Giới thiệu TIGO-IMS
Tác giả: Phạm Đình Trường, CEO of TIGOSOLUTIONS.
