Ai khử trùng vé lỗi?

9

Một trong những đồng đội của tôi và tôi chỉ cần lấy vé lỗi riêng, chỉ định chúng riêng cho chúng tôi, nhưng vé là trùng lặp!

Cách tốt nhất để giải quyết vé trùng lặp là gì? Điều này thường được thực hiện bởi các nguồn lực QA? Tôi đã từng làm việc ở một vài nơi mà những người phi công nghệ nói rằng nó làm gián đoạn "dòng chảy", nhưng đó là điều mà một người không có kỹ thuật có thể làm trong tình huống mà việc truy cập vào các nhà phát triển bị hạn chế (về cơ bản luôn luôn như vậy).

— micahhoover
nguồn

7

Tôi sẽ tranh luận ngược lại - bước đầu tiên của bạn với tư cách là nhà phát triển khi chọn vé nên kiểm tra các bản sao. Đó là cách dễ nhất để đóng một vé ở đó và thường chỉ có nhà phát triển mới biết chắc chắn nếu hai vé thực sự trùng lặp.

— Dan Pichelman

Bạn có lẽ nên giao tiếp nhiều hơn với các đồng đội của bạn? Thông thường chúng tôi nói với các đồng nghiệp của mình trong cùng một dự án "Tôi đã hoàn thành việc đó, sẽ thực hiện ngay bây giờ"

— NeeL

11

Thực sự, mọi người nên nỗ lực hợp lý để tránh trùng lặp, nhưng các nhà phát triển thường ở vị trí tốt nhất để làm điều đó. Lỗi có thể được tìm thấy bởi nhiều người, nhưng thường được lọc cho một nhà phát triển hoặc một nhóm nhỏ chịu trách nhiệm về khu vực mã đó. Ngoài ra, bạn thường cần mã để xác định xem hai triệu chứng khác nhau có cùng nguyên nhân hay không. Tất cả các trình theo dõi lỗi có thể xử lý các bản sao khá dễ dàng. Thỉnh thoảng bạn không nên lo lắng về việc chúng bật lên.

Mặt khác, nếu chúng xảy ra mọi lúc , bạn chỉ đang nhân đôi nỗ lực của người kiểm tra và có thể muốn đánh giá lại cách bạn phân bổ tài nguyên thử nghiệm của mình.

— Karl Bielefeldt
nguồn

3

Gửi các thay đổi mã theo một vé, sau đó giải quyết các vé khác với một lưu ý rằng "đây là bản sao, mã bị lỗi # xxx".

Việc này xảy ra mọi lúc.

— Lawrence Aiello
nguồn

2

Điều này nên được thực hiện trong quá trình lập kế hoạch. Khi các lỗi ban đầu được xử lý và ưu tiên, người thực hiện xếp hạng đó phải đảm bảo rằng không có sự trùng lặp trong hồ sơ tồn đọng chính.

— JasonB
nguồn

2

Lý tưởng nhất là các nhà phát triển sẽ không hành động trên các báo cáo lỗi trước khi họ đạt đến giai đoạn "Xử lý" trong đó lỗi được xác nhận là tồn tại, không phải là bản sao và có đính kèm trường hợp kiểm tra hoặc hướng dẫn sao chép.

— Simon Richter

0

Cũng nhìn thấy mặt tích cực: Nếu cùng một lỗi được tìm thấy hai lần độc lập, thì nó sẽ dễ dàng sinh sản hơn. Cả bởi nhà phát triển và khách hàng :-( vì vậy có thể ưu tiên cao hơn để khắc phục.

Bạn sẽ thường có một người nên ưu tiên các lỗi và cũng loại bỏ các bản sao, người quản lý của bạn hoặc một người duy nhất với nhiệm vụ đó. Nên hiệu quả hơn theo cách đó, thay vì bạn chọn một lỗi, và sau đó đi qua toàn bộ danh sách lỗi để kiểm tra những lỗi tương tự.

Trường hợp xấu nhất nếu bạn không tránh trùng lặp là khi bạn sửa lỗi, và sau đó anh chàng tiếp theo lãng phí rất nhiều thời gian để tạo lại một lỗi không thể sửa chữa được vì nó đã biến mất.

— gnasher729
nguồn