Gunakan TFS untuk melacak bug dari Dukungan Produksi


18

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 .


Perlu dicatat bahwa jika Anda menggunakan TFS dan semua pengguna memiliki akun domain Windows, maka mereka tidak perlu "masuk ke TFS". Pergi ke portal web TFS tim Anda akan secara otomatis login menggunakan kredensial domain untuk pengguna Windows saat ini.
17 dari 26

Bagaimana Anda akhirnya menyelesaikan ini? Punya masalah yang sama hari ini, perlu sistem tiket, punya on-prem TFS2013. Yang saya inginkan adalah UserVoice, tetapi harus pergi dari TFS on-prem ke VSO untuk mendapatkan integrasi itu.
EJA

1
@EJA - Pada akhirnya kami memutuskan bahwa kami harus menggunakan proses agar masalah ini diangkat melalui kotak masuk email yang diambil oleh penguji sehingga mereka dapat sepenuhnya mendokumentasikan masalah, langkah-langkah untuk menghasilkan kembali, lingkungan, dll. dan kemudian tester dapat menambahkan bug ke TFS dalam format yang benar. Sementara itu akan menyenangkan bagi pengguna untuk dapat menambahkan mereka secara langsung, kami menyadari bahwa pengguna tidak akan memberikan pengembang semua rincian yang mereka butuhkan dan tidak akan mencari duplikasi masalah.
Richard Hooper

Jawaban:


6

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

Buka Template Item Kerja dari server

Buka templat Bug

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:

Edit Disiplin

Kemudian, klik tab Aturan dan edit aturan ALLOWEDVALUES:

masukkan deskripsi gambar di sini

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

masukkan deskripsi gambar di sini

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).


Bagus, Anda telah menyesuaikan TFS untuk memungkinkan para devs melihat "bug produksi" ... bagaimana tim produksi (yang bukan bagian dari tim dev dan tidak memiliki VS) bisa masuk dan mengelolanya?
gbjbaanb

4
Sebagai permulaan, mereka dapat mengakses TFS melalui antarmuka web, menggunakan lisensi Stakeholder yang gratis. Di organisasi kami, kami melacak insiden Produksi melalui sistem berbasis ITIL, tetapi mengintegrasikannya secara otomatis dengan TFS, sebagaimana jawaban saya ditunjukkan pada paragraf ketiga.
Sean Hederman

4

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.


2
Bidang di TFS sepenuhnya dapat disesuaikan dan standarnya bergantung pada templat proses yang Anda pilih saat mengonfigurasi TFS. Templat scrum default untuk memiliki Item Product Backlog, Tugas, dan Bug. Setiap jenis item pekerjaan memiliki bidang yang berbeda sesuai dengan pekerjaan tersebut.
17 dari 26

@ 17of26 Saya tahu - bidang yang Anda gunakan sepenuhnya dapat dikustomisasi, tetapi begitu juga Excel jika Anda menggunakannya sebagai bugtracker. Masalah OP adalah bahwa templat hanya memberi Anda jenis-jenis item pekerjaan - dan Anda tidak dapat memiliki yang berbeda (misalnya permintaan fitur, atau bug eksternal), Anda harus menyesuaikan (atau menyalin) salah satu yang sudah ada dan menggunakannya - yang pada gilirannya memunculkan sejumlah besar konfigurasi yang harus Anda lakukan agar sesuai dengan alur kerja Anda. Jadi, bagaimana Anda memiliki beberapa pelacak bug?
gbjbaanb

Saya pikir OP tidak ingin beberapa pelacak bug dan hanya mencoba untuk mencari tahu bagaimana non-devs dapat berinteraksi dengan pelacakan item pekerjaan TFS yang sudah digunakan pengembang (yang bagi saya adalah bagaimana Anda ingin melakukan sesuatu) .
17 dari 26

itu saja - Anda tidak bisa benar-benar, atau setidaknya tidak semudah yang Anda bisa menggunakan alat lain seperti Redmine atau Fogbugz yang memiliki fitur pelacak yang lebih baik. TFS memiliki hal-hal seperti pelacakan bug yang ditambahkan ke dalamnya, tetapi ini terutama merupakan alat khusus pengembang. Redmine misalnya, memiliki beberapa pelacak hanya karena ada beberapa tampilan DB pelacak tunggal. Saya pikir itu yang dia inginkan daripada menggunakan alat yang berbeda (misalnya menggunakan TFS untuk devs dan Fogbugz untuk staf pendukung, misalnya).
gbjbaanb

1
Anda dapat menambahkan sebanyak mungkin jenis item pekerjaan kustom.
MrHinsh - Martin Hinshelwood

3

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.


3

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.
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.