ฉันเพิ่งเปลี่ยนการตั้งค่าสาขาในที่เก็บ GitHub ของฉันดังนั้นสาขา [ถัดไป] ของฉันต้องผ่านการสร้าง CI ผ่านคำขอดึง
การสนทนาตามด้วยสมาชิกในทีมจำนวนหนึ่งเกี่ยวกับการทดสอบที่ล้มเหลว
เพื่อบริบทของ ...
ที่เก็บมีสาขา [master] ที่มีการประชาสัมพันธ์เพียงอย่างเดียวเมื่อมีการเปิดตัวดังนั้น [master] มีรหัสณวันที่ออกล่าสุดโดยไม่คำนึงว่าสาขาใหญ่ผู้เยาว์โปรแกรมแก้ไขด่วนเบต้าหรือ alpha / รุ่นก่อนวางจำหน่าย
สาขา [ถัดไป] เป็นสาขา "ค่าเริ่มต้น" โดยที่เราต้องการเก็บรหัส "พร้อมใช้" ในทางเทคนิคสาขานั้นสามารถประชาสัมพันธ์ให้เป็น [master] ได้ตลอดเวลาและได้รับการปล่อยตัว
ส้อมแต่ละคนมีกิ่ง dev ของตัวเองและผู้สนับสนุน PR ถึง [ถัดไป]
เมื่อฉันตรวจทาน PR ที่ไม่สำคัญฉันจะรวมสาขา dev ของผู้มีส่วนร่วมในสาขา "review" ของฉันและถ้าฉันเห็นสิ่งที่ฉันสามารถแก้ไขได้อย่างรวดเร็วฉันจะยอมรับ / ผลักดันการเปลี่ยนแปลงและการทดสอบใหม่ (บางครั้งล้มเหลว) และ PR กลับไปที่สาขานักพัฒนาของผู้มีส่วนร่วม; เมื่อพวกเขารวมการเปลี่ยนแปลงของฉันทำการทดสอบความล้มเหลวใหม่ผ่านแล้วผลัก PR ของพวกเขาประสานและจากนั้นฉันจะรวมการประชาสัมพันธ์เป็น [ถัดไป]
แต่คำถามนี้ไม่เกี่ยวกับการผ่านการทดสอบก็เกี่ยวกับความล้มเหลวในคน
ความล้มเหลวในการทดสอบเอกสารสิ่งที่ต้องแก้ไข
ข้อบกพร่องที่รู้จักควรมีการทดสอบที่เขียนขึ้นเพื่อเราจะได้รู้ว่าสิ่งใดไม่ทำงาน
ในทางเทคนิครายการปัญหา GitHub (กรองสำหรับข้อผิดพลาดและ / หรือป้ายกำกับที่สำคัญ ) ก็ทำเช่นกัน มันเป็นวิธีที่ดีที่จะยังมีพวงของความล้มเหลวในการทดสอบเพื่อข้อบกพร่องเอกสาร?
สร้างความล้มเหลวใน [ถัดไป] จะหมายความว่าเราจะไม่ปล่อยพร้อม ... แต่แล้ว "ถูกปล่อยพร้อม" เป็นบิตเช่น "พร้อม" ที่จะมีเด็ก - คุณไม่เคยค่อนข้างพร้อมสำหรับการนี้และบางสิ่งบางอย่าง (ของตัวแปรสำคัญ) ย่อมจะผิดพลาดไปกับการเปิดตัว
ดังนั้นเราจึงผลักดันการทดสอบผ่านไปที่ [ถัดไป] เท่านั้น จะทดสอบการทดสอบที่ล้มเหลวได้ที่ไหน ฉันหมายถึงนอกกระบวนการประชาสัมพันธ์ / การทบทวน?
ตัวอย่างเช่นผู้ใช้รายงานข้อผิดพลาดใหม่ในรายการปัญหาและฉันต้องการเขียนชุดทดสอบที่ล้มเหลว - เพื่อระบุสิ่งที่ต้องทำและตำแหน่งที่ทำให้ผู้ให้ข้อมูลใหม่รับได้ง่ายขึ้น และในที่สุดการแก้ไข PR
ฉันควรจะผลักดันการทดสอบที่ล้มเหลวเหล่านี้ที่ไหน? หรือเป็นความคิดที่ดีที่จะผลักดันการทดสอบที่ล้มเหลวได้ทุกที่