ใช้ TFS เพื่อติดตามข้อบกพร่องจากฝ่ายสนับสนุนการผลิต


18

ฉันเพิ่งย้ายไปยัง บริษัท ใหม่และพวกเขากำลังใช้ TFS 2010 (สองสามเดือน) เป็นระบบควบคุมเวอร์ชันและเพิ่งเริ่มใช้เป็นระบบติดตามการทำงานสำหรับนักพัฒนา

อย่างไรก็ตามดูเหมือนว่าจะไม่มีระบบติดตามบั๊กสำหรับใช้งานโดยผู้ที่อยู่นอกการพัฒนาและทดสอบ การสนับสนุนการผลิตกำลังได้รับรายงานปัญหาแก้ไขได้ทันทีและรายงานกลับไปยังผู้ใช้ในขณะนี้ สิ่งนี้จำเป็นต้องเปลี่ยน แต่ฉันไม่ต้องการให้มีระบบที่หลากหลายสำหรับการติดตามบั๊กและการติดตามการพัฒนา

มีวิธีที่ฉันสามารถสร้างวิธีที่มีน้ำหนักเบามากในการป้อนข้อบกพร่องลงใน TFS เช่นเดียวกับที่ FogBugz ทำหรือไม่? การเข้าสู่ระบบ TFS เพื่อกรอกรายงานบั๊กดูเหมือนจะหนักกว่ามากและคุณต้องเชื่อมโยงกับแอปพลิเคชันเฉพาะ ฝ่ายสนับสนุนอาจสามารถทำสิ่งนี้ได้ แต่ฉันต้องการที่จะสามารถทดสอบไอเท็มและอาจเปลี่ยนความสัมพันธ์เป็นสิ่งอื่นนอกเหนือจากแอปพลิเคชัน

ฉันเคยใช้ FogBugz ในอดีตและเมื่อเพิ่มข้อผิดพลาดคุณสามารถเพิ่มมาก / น้อยได้ตามที่คุณต้องการในรายการดังนั้นอย่างน้อยก็มีการบันทึกและในภายหลังคุณสามารถตีกลับได้เพื่อรับข้อมูลเพิ่มเติมเมื่อคุณมาถึงตั๋ว .


เป็นที่น่าสังเกตว่าถ้าคุณใช้ TFS และผู้ใช้ทุกคนมีบัญชีโดเมน Windows พวกเขาไม่จำเป็นต้อง "ลงชื่อเข้าใช้ TFS" การไปที่เว็บพอร์ทัล TFS ของทีมของคุณจะเข้าสู่ระบบโดยอัตโนมัติโดยใช้ข้อมูลรับรองโดเมนสำหรับผู้ใช้ Windows ปัจจุบัน
17 ของ 26

คุณแก้ปัญหานี้ได้อย่างไร มีปัญหาเดียวกันในวันนี้ต้องการระบบการจองตั๋ว, มี TFS2013 ในตัว สิ่งที่ฉันต้องการคือ UserVoice แต่จะต้องหายไปจาก TFS ในองค์กรไปยัง VSO เพื่อรับการรวมนั้น
EJA

1
@EJA - ในที่สุดเราตัดสินใจว่าเราจำเป็นต้องใช้กระบวนการในการแก้ไขปัญหาผ่านทางกล่องขาเข้าอีเมลซึ่งผู้ทดสอบได้รับเพื่อให้พวกเขาสามารถจัดทำเอกสารปัญหาขั้นตอนในการสร้างสภาพแวดล้อม ฯลฯ จากนั้นผู้ทดสอบสามารถเพิ่มบั๊กใน TFS ในรูปแบบที่ถูกต้อง แม้ว่ามันจะเป็นการดีสำหรับผู้ใช้ที่จะสามารถเพิ่มพวกเขาโดยตรงเราตระหนักว่าผู้ใช้ไม่น่าจะให้รายละเอียดทั้งหมดที่พวกเขาต้องการสำหรับนักพัฒนาและไม่มองหาการทำซ้ำของปัญหา
Richard Hooper

คำตอบ:


6

ส่วนใหญ่ขึ้นอยู่กับเขตข้อมูลที่คุณต้องการตามที่ 17 จาก 26 ระบุ: TFS สามารถปรับแต่งได้อย่างมาก เหตุผลที่ฉันต้องการทำสิ่งนี้แทนที่จะใช้สิ่งที่คล้ายกับ JIRA ก็คือคุณได้รับมุมมองเดียวเกี่ยวกับสิ่งที่นักพัฒนาของคุณกำลังทำงานอยู่โดยที่ไม่ต้องรวมสองระบบเข้าด้วยกัน

TFS ยังมีการวางแผนกำลังการผลิตทรัพยากรและหากคุณไม่ได้แสดงข้อบกพร่องการผลิตในการวางแผนของคุณ (และพวกเขาใช้เวลาอย่างมีนัยสำคัญของเวลาของคุณ) แล้วคุณไม่ได้วางแผนกำลังการผลิตของคุณ ในความเป็นจริงฉันจะบอกว่านี่เป็นทางออกที่ดีสำหรับทีมที่นักพัฒนาใช้ประโยชน์จาก TFS และสนับสนุนการผลิต (เช่น DevOps)

ไม่ได้หมายความว่าคุณไม่สามารถใช้เครื่องมืออื่น ๆ สำหรับงานสนับสนุนการผลิต / ITIL หลักคุณเพียงแค่ต้องแน่ใจว่าพวกเขารวมเข้าด้วยกันไม่ว่าจะด้วยตนเองหรือโดยอัตโนมัติ เครื่องมือดังกล่าวส่วนใหญ่อนุญาตให้คุณใส่ hooks แบบกำหนดเองและ TFS ก็ทำเช่นนั้นอย่างแน่นอน

อย่างไรก็ตามเพื่อคำถามหลัก ฉันใช้เทมเพลต CMMI TFMI (ซึ่งใช้งานได้ดีกับ Agile BTW) และฉันเพิ่งเพิ่มเขตข้อมูลเดียวลงในหนึ่งในรายการแบบหล่นลง

นี่คือขั้นตอน:

ติดตั้งเครื่องมือไฟฟ้า TFS

เปิดเทมเพลตไอเท็มงานจากเซิร์ฟเวอร์

เปิดเทมเพลตไอเท็มงานจากเซิร์ฟเวอร์

เปิดเทมเพลต Bug

แก้ไขฟิลด์มีระเบียบวินัย

สาขาวิชาเป็นงานประเภทที่เกี่ยวข้องกับข้อบกพร่อง ค่ามาตรฐานคือ:

  • การวิเคราะห์
  • ประสบการณ์ผู้ใช้
  • การศึกษาของผู้ใช้
  • พัฒนาการ
  • ทดสอบ

สิ่งที่เรากำลังจะทำคือเพิ่ม "การผลิต" ลงในรายการนั้น ก่อนอื่นให้แก้ไขฟิลด์วินัย:

แก้ไขวินัย

จากนั้นคลิกแท็บกฎและแก้ไขกฎ ALLOWEDVALUES:

ป้อนคำอธิบายรูปภาพที่นี่

จากนั้นคลิก "ใหม่" และเพิ่มใน "การผลิต" เป็นหนึ่งในค่า

ป้อนคำอธิบายรูปภาพที่นี่

คลิก "ตกลง" ซ้ำ ๆ จนกว่าคุณจะกลับมาที่รายการฟิลด์

บันทึกเทมเพลตรายการงาน

ตกลงตอนนี้คุณทำเสร็จแล้ว คุณสามารถสร้างข้อบกพร่องใหม่และระบุประเภทของการผลิต ฉันจะสร้างแบบสอบถามรายการงานสองสามรายการดูที่ข้อบกพร่องการผลิตและเพิ่มลงในรายการที่ตรึงของคุณ สุดท้ายให้ดูที่การสืบค้นบั๊กที่มีอยู่และอาจเปลี่ยนการสั่งซื้อเพื่อให้บั๊ก "การผลิต" ปรากฏขึ้นก่อน (ถ้าเป็นไปได้)


เยี่ยมมากคุณได้ปรับแต่ง TFS เพื่อให้ผู้พัฒนาเห็น "บั๊กการผลิต" ... ทีมผู้ผลิต (ที่ไม่ได้เป็นส่วนหนึ่งของทีมนักพัฒนาและไม่มี VS) เข้ามาและจัดการพวกเขาได้อย่างไร
gbjbaanb

4
สำหรับผู้เริ่มต้นพวกเขาสามารถเข้าถึง TFS ผ่านทางเว็บอินเตอร์เฟสโดยใช้ใบอนุญาตผู้มีส่วนได้เสียซึ่งฟรี ที่องค์กรของเราเราติดตามเหตุการณ์การผลิตผ่านระบบที่ใช้ ITIL แต่รวมเข้ากับ TFS โดยอัตโนมัติตามคำตอบของฉันที่ระบุไว้ในวรรคที่สาม
Sean Hederman

4

ไม่ถูกต้อง - ALM พรีเมียร์ของ Microsoft ไม่ได้มีประโยชน์จริงๆนอก Visual Studio และทีมพัฒนา

คุณสามารถเข้าถึงไอเท็มงานโดยใช้ Team Explorer (ซึ่งเป็นเวอร์ชัน VS ที่ลดทอนลงมาก) หรือเข้าถึงผ่านทางเว็บไซต์ TFS ไม่มีตัวเลือกที่ดีเป็นพิเศษเพราะเขตข้อมูลบั๊กนั้นชวนให้นึกถึงตัวติดตามบั๊กแบบ 'องค์กร' แบบโบราณที่ฉันเคยเจอความโชคร้ายที่จะใช้ในอดีต

ไม่มีข้อแตกต่างที่แท้จริงระหว่างข้อบกพร่องใน TFS - มีเพียงตัวติดตามเดียวที่คุณกรองโดยใช้ฟิลด์ในไอเท็มตัวเองดังนั้นใช้ฟิลด์หมวดหมู่แล้วสร้างรายงานที่แสดงประเภทประเภทเฉพาะเท่านั้น ฉันคิดว่านั่นเป็นตัวเลือกที่เหมือนจริงของคุณสำหรับ TFS

หากคุณต้องการติดตามปัญหาภายนอกฉันคิดว่า TFS เป็นตัวเลือกที่ไม่ดีคุณควรใช้ Jira หรือ Redmine เพื่อจัดการข้อบกพร่อง - อินเตอร์เฟสของพวกเขานั้นดีกว่าและใช้งานง่ายกว่า TFS มาก ฉันชอบวิธีที่คุณสามารถส่งอีเมลไปยัง Redmine และสร้างปัญหาใหม่ให้กับคุณซึ่งเป็นคุณสมบัติการใช้งานที่ดีเยี่ยมสำหรับพนักงานนอกสถานที่


2
ฟิลด์ใน TFS สามารถปรับแต่งได้อย่างสมบูรณ์และค่าเริ่มต้นขึ้นอยู่กับเทมเพลตกระบวนการที่คุณเลือกเมื่อกำหนดค่า TFS เท็มเพลต scrum มีค่าเริ่มต้นคือการมีรายการ Backlog ของผลิตภัณฑ์, งานและข้อบกพร่อง ไอเท็มงานแต่ละชนิดมีฟิลด์ต่างกันที่เหมาะสมกับงาน
17 ของ 26

@ 17of26 ฉันรู้ - ฟิลด์ที่คุณใช้นั้นสามารถปรับแต่งได้อย่างสมบูรณ์ แต่ถ้าเป็นเช่นนั้นก็คือ Excel ถ้าคุณใช้มันเป็นตัวบั๊กแทร็ก ปัญหา OPs คือเทมเพลตให้ประเภทรายการงานเหล่านั้นแก่คุณเท่านั้นและคุณไม่สามารถมีรายการที่แตกต่างกัน (เช่นคำขอคุณสมบัติหรือข้อผิดพลาดภายนอก) คุณต้องปรับแต่ง (หรือคัดลอก) หนึ่งในรายการที่มีอยู่แล้วใช้ ในทางกลับกันทำให้เกิดการกำหนดค่าจำนวนมากที่คุณต้องทำเพื่อให้พอดีกับเวิร์กโฟลว์ของคุณ ดังนั้นคุณจะมีเครื่องมือติดตามบั๊กหลายตัวได้อย่างไร
gbjbaanb

ฉันคิดว่า OP ไม่ต้องการตัวติดตามบั๊กหลายตัวและพยายามหาว่าผู้ที่ไม่สามารถโต้ตอบกับการติดตามรายการงาน TFS ที่นักพัฒนาใช้อยู่แล้ว (ซึ่งสำหรับฉันคือสิ่งที่คุณต้องการทำ) .
17 จาก 26

แค่นั้นแหละ - คุณทำไม่ได้จริง ๆ หรืออย่างน้อยก็ไม่ง่ายอย่างที่คุณสามารถใช้เครื่องมืออื่น ๆ เช่น Redmine หรือ Fogbugz ที่มีคุณสมบัติการติดตามที่ดีกว่า TFS มีสิ่งต่าง ๆ เช่นเพิ่มการติดตามบั๊ก แต่ยังคงเป็นเครื่องมือหลักสำหรับนักพัฒนาเท่านั้น ยกตัวอย่างเช่นมีตัวติดตามหลายตัวเท่านั้นที่มีหลายมุมมองของตัวติดตามเดียว DB ฉันคิดว่านั่นเป็นสิ่งที่เขาต้องการมากกว่าการใช้เครื่องมือต่าง ๆ (เช่นการใช้ TFS สำหรับ devs และ Fogbugz สำหรับเจ้าหน้าที่สนับสนุนเป็นต้น)
gbjbaanb

1
คุณสามารถเพิ่มประเภทรายการงานที่กำหนดเองได้มากเท่าที่คุณต้องการ
MrHinsh - Martin Hinshelwood

3

ผู้ใช้ที่ไม่ใช่นักพัฒนาซอฟต์แวร์สามารถเข้าถึงระบบติดตามไอเท็มงาน TFS โดยใช้เว็บเบราว์เซอร์เพื่อไปที่พอร์ทัลโครงการของทีม ในการค้นหา URL ให้ไปที่ Team-> แสดงพอร์ทัลโครงการใน Visual Studio ผู้ใช้ที่มีสิทธิ์สามารถเรียกดูสร้างหรือแก้ไขรายการงานได้ พวกเขายังสามารถสร้างรายงานทุกชนิดเพื่อดูสถานะของสิ่งต่าง ๆ

ชนิดของไอเท็มงานที่มีอยู่และฟิลด์ในไอเท็มงานจะแตกต่างกันไปขึ้นอยู่กับวิธีกำหนดค่า TFS (โดยหลักแล้วจะเลือกเทมเพลตกระบวนการ)

ข้อมูลที่จำเป็นในการป้อนข้อผิดพลาดก็ขึ้นอยู่กับว่าคุณมีการกำหนดค่า TFS ในกรณีของเราเราต้องการชื่อเรื่องขั้นตอนในการทำซ้ำและงานสร้างที่พบระบบการติดตามไอเท็มงาน TFS นั้นทรงพลังและยืดหยุ่นมาก อาจซับซ้อนหรือเรียบง่ายตามที่คุณต้องการ - ทุกอย่างลงมาถึงวิธีการตั้งค่า


3

บล็อกโพสต์ของ Microsoft นี้อธิบายถึงการปรับปรุงตามแผนใน TFS ซึ่งจะช่วยสนับสนุนค่าใช้จ่ายที่ต่ำกว่า:

  • รูปแบบรายการงานใหม่ที่ง่ายต่อการมองเห็นและรวมถึงตัวเลือกการพูดคุยและพูดคุยคล้ายกับ Facebook และ Twitter
  • ฟิลด์ที่กำหนดเอง
  • ปรับปรุงการรองรับ Kanban เช่นเพิ่มงานด่วนในรายการงาน
  • นอกจากนี้ยังกล่าวถึงแผงควบคุมและตัวชี้วัด
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.