Sử dụng TFS để theo dõi lỗi từ Hỗ trợ sản xuất

Tôi mới chuyển đến một công ty mới và họ đang sử dụng TFS 2010 (2012 trong một vài tháng) làm hệ thống kiểm soát phiên bản của họ và gần đây đã bắt đầu sử dụng nó như một hệ thống theo dõi công việc cho các nhà phát triển.

Tuy nhiên, dường như không có một hệ thống theo dõi lỗi nào được sử dụng bởi những người bên ngoài phát triển & thử nghiệm. Hỗ trợ sản xuất đang nhận được báo cáo về các vấn đề, khắc phục chúng một cách nhanh chóng và báo cáo lại cho người dùng của họ tại thời điểm này. Điều này cần phải được thay đổi nhưng tôi không thực sự muốn có một hệ thống kiểm duyệt để theo dõi lỗi và theo dõi công việc của nhà phát triển.

Có cách nào để tôi có thể tạo ra một cách rất nhẹ để nhập các lỗi vào TFS tương tự như cách mà FogBugz làm không? Đăng nhập vào TFS để điền vào một báo cáo lỗi dường như nặng hơn rất nhiều và bạn phải liên kết nó với một ứng dụng cụ thể. Bộ phận hỗ trợ có thể làm điều này nhưng tôi muốn có thể phân loại vật phẩm và có khả năng thay đổi sự liên kết thành một thứ khác ngoài một ứng dụng.

Tôi đã sử dụng FogBugz trong quá khứ và khi thêm một lỗi, bạn có thể thêm nhiều / ít tùy ý vào mục đó để nó được ghi lại ít nhất và sau đó bạn có thể trả lại để nhận thêm thông tin khi bạn xử lý vé .

Nó chủ yếu phụ thuộc vào lĩnh vực bạn muốn, vì 17 trên 26 chỉ ra: TFS có khả năng tùy biến cao. Lý do tôi muốn làm điều này thay vì sử dụng một cái gì đó như JIRA là vì bạn có một cái nhìn duy nhất về những gì các nhà phát triển của bạn đang làm, trái ngược với việc phải tổng hợp hai hệ thống.

TFS cũng có kế hoạch năng lực tài nguyên và nếu bạn không thể hiện lỗi sản xuất trong kế hoạch của mình (và chúng chiếm một phần đáng kể thời gian của bạn), thì bạn không thực sự lên kế hoạch cho năng lực của mình. Thực tế tôi sẽ nói rằng đây là một giải pháp lý tưởng cho các đội nơi các nhà phát triển sử dụng TFS và hỗ trợ Sản xuất (ví dụ: DevOps).

Điều đó không có nghĩa là bạn không thể sử dụng các công cụ khác cho công việc Hỗ trợ sản xuất / ITIL chính, bạn chỉ cần đảm bảo rằng chúng tích hợp, theo cách thủ công hoặc tốt nhất là tự động. Hầu hết các công cụ như vậy cho phép bạn đặt các móc tùy chỉnh và TFS chắc chắn làm được.

Dù sao, đến câu hỏi chính. Tôi sử dụng các mẫu CMMI TFS (thực sự hoạt động tốt với Agile BTW) và tôi chỉ thêm một trường duy nhất vào một trong những điểm thả xuống.

Dưới đây là các bước:

Cài đặt công cụ điện TFS

Mở Mẫu mục công việc từ máy chủ

Chỉnh sửa trường Kỷ luật

Lĩnh vực kỷ luật là "loại" công việc liên quan đến khuyết điểm. Các giá trị tiêu chuẩn là:

• Phân tích
• Kinh nghiệm người dùng
• Giáo dục người dùng
• Phát triển
• Kiểm tra

Những gì chúng ta sẽ làm là thêm "Sản xuất" vào danh sách đó. Đầu tiên, chỉnh sửa trường Kỷ luật:

Sau đó, nhấp vào tab Quy tắc và chỉnh sửa quy tắc ALLOWEDVALUES:

Sau đó, nhấp vào "Mới" và thêm vào "Sản xuất" làm một trong các giá trị.

Nhấp vào "OK" liên tục cho đến khi bạn quay lại danh sách trường.

Lưu mẫu mục công việc

OK, bây giờ bạn đã hoàn thành. Bạn có thể tạo Bugs mới và cho biết loại của chúng là Sản xuất. Tôi cũng sẽ tạo một vài Truy vấn Mục Công việc để xem các lỗi Sản xuất và thêm chúng vào các mục được ghim của bạn. Cuối cùng, xem xét các truy vấn Bug hiện có và có thể thay đổi thứ tự của chúng để các lỗi "Sản xuất" xuất hiện trước (nếu có thể).

Không, điều đó đúng - ALM hàng đầu của Microsoft không thực sự hữu ích ngoài Visual Studio và các nhóm phát triển.

Bạn có thể truy cập các mục công việc bằng Team Explorer (phiên bản rút gọn của VS) hoặc truy cập thông qua trang web TFS. Không phải là những lựa chọn đặc biệt tốt vì các trường lỗi gợi nhớ đến các trình theo dõi lỗi 'doanh nghiệp' cổ đại mà tôi đã không may sử dụng trong quá khứ.

Không có sự phân biệt thực sự giữa các lỗi trong TFS - chỉ có một trình theo dõi duy nhất mà bạn lọc bằng cách sử dụng một trường trong chính mục đó, vì vậy hãy sử dụng trường danh mục và sau đó tạo báo cáo chỉ hiển thị một loại danh mục cụ thể. Tôi nghĩ đó là lựa chọn thực tế duy nhất của bạn với TFS.

Nếu bạn muốn theo dõi vấn đề bên ngoài, thì tôi nghĩ TFS là một lựa chọn kém, tốt hơn hết là bạn nên sử dụng thứ gì đó như Jira hoặc Redmine và sử dụng nó để quản lý lỗi - giao diện của chúng dễ sử dụng hơn nhiều so với TFS. Tôi đặc biệt thích cách bạn có thể gửi email đến Redmine và nó tạo ra một vấn đề mới cho bạn, đó là một tính năng sử dụng lý tưởng cho nhân viên ngoài công trường.

Người dùng không phải là nhà phát triển có thể truy cập hệ thống theo dõi mục công việc TFS bằng cách sử dụng trình duyệt web để truy cập Cổng thông tin dự án nhóm. Để tìm URL, hãy truy cập Nhóm-> Hiển thị Cổng thông tin dự án trong Visual Studio. Từ đó, bất kỳ ai có quyền đều có thể duyệt, tạo hoặc sửa đổi các mục công việc. Họ cũng có thể tạo ra tất cả các loại báo cáo để xem xét tình trạng của sự vật.

Các loại mục công việc có sẵn và các trường trong các mục công việc khác nhau tùy thuộc vào cách TFS được định cấu hình (chủ yếu theo mẫu quy trình được chọn).

Thông tin cần thiết để nhập một lỗi cũng phụ thuộc vào cách bạn đã cấu hình TFS. Trong trường hợp của chúng tôi, chúng tôi yêu cầu một tiêu đề, các bước để tái tạo và bản dựng mà nó được tìm thấy. Hệ thống theo dõi mục công việc TFS rất mạnh mẽ và linh hoạt. Nó có thể phức tạp hoặc đơn giản như bạn muốn - tất cả đều thuộc về cách bạn thiết lập nó.

Bài đăng trên blog này của Microsoft mô tả các cải tiến được lên kế hoạch trong TFS sẽ giúp hỗ trợ chi phí thấp hơn:

• Hình thức mục công việc mới dễ nhìn hơn và bao gồm các tùy chọn thảo luận và đề cập, tương tự như facebook và twitter.
• Trường tùy chỉnh
• Hỗ trợ Kanban được cải thiện, ví dụ: thêm nhanh các tác vụ vào một mục công việc.
• Cũng đề cập đến bảng điều khiển và số liệu.