Gunakan TFS untuk melacak bug dari Dukungan Produksi

Saya baru saja pindah ke perusahaan baru dan mereka menggunakan TFS 2010 (2012 dalam beberapa bulan) sebagai sistem kontrol versi mereka dan baru-baru ini mulai menggunakannya sebagai sistem pelacakan kerja untuk para pengembang.

Namun, sepertinya tidak ada sistem pelacakan bug untuk digunakan oleh orang-orang di luar pengembangan & pengujian. Dukungan produksi mendapatkan laporan masalah, memperbaikinya dengan cepat dan melaporkan kembali ke pengguna mereka saat ini. Ini perlu diubah tapi saya tidak benar-benar ingin memiliki sistem sperate untuk melacak bug dan melacak pekerjaan dev.

Apakah ada cara saya bisa membuat cara yang sangat ringan untuk memasukkan bug ke TFS mirip dengan cara yang dilakukan FogBugz? Masuk ke TFS untuk mengisi laporan bug tampaknya jauh lebih berat dan Anda harus mengaitkannya dengan aplikasi tertentu. Dukungan mungkin dapat melakukan ini, tetapi saya ingin dapat melakukan triase item dan berpotensi mengubah asosiasi menjadi sesuatu selain aplikasi.

Saya telah menggunakan FogBugz di masa lalu dan ketika menambahkan bug, Anda dapat menambahkan banyak / sedikit seperti yang Anda inginkan ke item sehingga setidaknya dicatat dan kemudian Anda dapat memantulkannya kembali untuk mendapatkan informasi lebih lanjut ketika Anda melakukan triase tiket .

Ini sangat tergantung pada bidang apa yang Anda inginkan, seperti yang ditunjukkan oleh 17 dari 26: TFS sangat dapat disesuaikan. Alasan saya ingin melakukan ini sebagai ganti menggunakan sesuatu seperti JIRA adalah bahwa Anda mendapatkan pandangan tunggal tentang apa yang sedang dikerjakan pengembang Anda, dan bukannya harus menggabungkan dua sistem.

TFS juga memiliki perencanaan kapasitas sumber daya, dan jika Anda tidak menunjukkan cacat produksi dalam perencanaan Anda (dan mereka menghabiskan sebagian besar waktu Anda), maka Anda tidak benar-benar merencanakan kapasitas Anda. Saya sebenarnya akan mengatakan bahwa ini adalah solusi ideal untuk tim di mana para pengembang menggunakan TFS dan mendukung Produksi (misalnya DevOps).

Itu tidak berarti Anda tidak dapat menggunakan alat lain untuk pekerjaan Dukungan Produksi / ITIL utama, Anda hanya perlu memastikan mereka berintegrasi, baik secara manual atau lebih disukai secara otomatis. Sebagian besar alat seperti itu memungkinkan Anda untuk memasukkan kait kustom, dan TFS tentu saja melakukannya.

Pokoknya, untuk pertanyaan utama. Saya menggunakan template CMMI TFS (yang benar-benar berfungsi baik dengan Agile BTW), dan saya baru saja menambahkan satu bidang ke salah satu drop down.

Berikut langkah-langkahnya:

Instal TFS Power Tools

Buka Templat Item Kerja dari server

Edit bidang Disiplin

Bidang disiplin adalah "jenis" pekerjaan yang terkait dengan cacat. Nilai standar adalah:

• Analisis
• Pengalaman pengguna
• Pendidikan Pengguna
• Pengembangan
• Uji

Yang akan kita lakukan adalah menambahkan "Produksi" ke daftar itu. Pertama, edit bidang Disiplin:

Kemudian, klik tab Aturan dan edit aturan ALLOWEDVALUES:

Kemudian, Klik "Baru", dan tambahkan "Produksi" sebagai salah satu nilai.

Klik "OK" berulang kali hingga Anda kembali ke daftar bidang.

Simpan Templat Item Kerja

Oke, sekarang kamu sudah selesai. Anda dapat membuat Bug baru dan menunjukkan tipe mereka sebagai Produksi. Saya juga membuat beberapa Kueri Item Kerja dengan melihat cacat Produksi, dan menambahkannya ke item yang Anda sematkan. Terakhir, lihat kueri Bug yang ada, dan mungkin ubah urutannya sehingga bug "Produksi" muncul lebih dulu (jika itu memungkinkan).

Tidak, itu benar - ALM utama Microsoft tidak benar-benar berguna di luar Visual Studio dan tim pengembang.

Anda dapat mengakses item kerja menggunakan Team Explorer (yang merupakan versi yang sangat mengurangi VS) atau mengaksesnya melalui situs web TFS. Tidak ada opsi yang sangat baik karena bidang bug mengingatkan kita pada pelacak bug 'perusahaan' kuno. Saya memiliki kemalangan untuk digunakan di masa lalu.

Tidak ada perbedaan nyata antara bug di TFS - hanya ada satu pelacak yang Anda filter menggunakan bidang dalam item itu sendiri, jadi gunakan bidang kategori dan kemudian buat laporan yang hanya menunjukkan jenis kategori tertentu. Saya pikir itu satu-satunya pilihan realistis Anda dengan TFS.

Jika Anda ingin pelacakan masalah eksternal, maka saya pikir TFS adalah pilihan yang buruk, Anda lebih baik menggunakan sesuatu seperti Jira atau Redmine dan menggunakannya untuk mengelola bug - antarmuka mereka jauh, jauh lebih baik dan lebih mudah digunakan daripada TFS. Saya sangat menyukai cara Anda dapat mengirim email ke Redmine dan itu menciptakan masalah baru bagi Anda, yang merupakan fitur kegunaan ideal untuk pekerja di luar lokasi.

Pengguna yang bukan pengembang dapat mengakses sistem pelacakan item pekerjaan TFS dengan menggunakan browser web untuk masuk ke Portal Proyek Tim. Untuk menemukan URL, pergi ke Tim-> Tampilkan Portal Proyek di Visual Studio. Dari sana, siapa pun yang memiliki izin dapat menelusuri, membuat, atau memodifikasi item pekerjaan. Mereka juga dapat menghasilkan semua jenis laporan untuk melihat status berbagai hal.

Jenis-jenis item pekerjaan yang tersedia dan bidang dalam item kerja bervariasi tergantung pada bagaimana TFS dikonfigurasi (terutama oleh templat proses yang dipilih).

Informasi yang diperlukan untuk memasukkan bug juga tergantung pada bagaimana Anda mengkonfigurasi TFS. Dalam kasus kami, kami memerlukan judul, langkah-langkah untuk mereproduksi, dan build yang ditemukan. Sistem pelacakan item kerja TFS sangat kuat dan fleksibel. Ini bisa serumit atau sesederhana yang Anda inginkan - semuanya bermuara pada bagaimana Anda mengaturnya.

Posting blog Microsoft ini menjelaskan perbaikan yang direncanakan di TFS yang akan membantu mendukung overhead yang lebih rendah:

• Bentuk item pekerjaan baru yang lebih mudah di mata dan termasuk diskusi dan opsi menyebutkan, mirip dengan facebook dan twitter.
• Bidang khusus
• Peningkatan dukungan Kanban, mis. Tugas cepat menambahkan pada item kerja.
• Juga menyebutkan dasbor dan metrik.