ชื่อใหม่สำหรับการทดสอบหน่วย [ปิด]

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

ตอนนี้ฉันชอบการทดสอบหน่วยเพราะพวกเขาอนุญาตให้ฉันเขียนโค้ดที่มีประโยชน์ซึ่งค่อนข้างบ่อยครั้งแรกที่ใช้งานได้! (เคาะบนไม้)

ฉันพบว่าผู้คนลังเลที่จะทำการทดสอบหน่วยหรือเริ่มต้นโครงการด้วยการพัฒนาด้วยการทดสอบหากพวกเขาอยู่ภายใต้เส้นเวลาที่เข้มงวดหรือในสภาพแวดล้อมที่คนอื่นไม่ทำดังนั้นพวกเขาจึงไม่ทำ ค่อนข้างชอบปฏิเสธวัฒนธรรมที่จะลอง

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

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

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

และในฐานะชื่อใหม่สำหรับการทดสอบหน่วยที่อาจผ่านการคัดค้านบางอย่างแล้ว jContract ล่ะ? (Java เป็นศูนย์กลางฉันรู้ว่า :) หรือหน่วยสัญญาหรือไม่

ฉันแตกหรือไม่มีใครเห็นการปฏิเสธที่จะทำการทดสอบและพวกเขาคิดว่ามันเป็นเหตุผลที่คล้ายกันที่พวกเขาไม่ต้องการที่จะทำมันได้หรือไม่

การทดสอบคำศัพท์ในการทดสอบหน่วยทำให้ผู้คนคิดว่านี่เป็นการทดสอบการรวมหรือการทดสอบส่วนต่อประสานผู้ใช้เพราะนั่นเป็นการทดสอบประเภทเดียวที่พวกเขาเคยทำ มันเหมือนกับการใส่จาวาเข้าไปในจาวาสคริปต์

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

คุณ / คนอื่น ๆ ให้เหตุผลอะไรเพื่อไม่ทำการทดสอบ

การพึ่งพาที่ยากต่อการล้อเลียน / ปลอม /

คุณคิดว่าแรงจูงใจของพวกเขาไม่ใช่การทดสอบหน่วย?

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

แนวคิดของการเปลี่ยนชื่อได้รับการ proferred แล้ว มันเรียกว่าพฤติกรรมการขับเคลื่อนการพัฒนา พวกที่มาพร้อมกับสังเกตเห็นข้อโต้แย้งเดียวกันมากบวกกับความผิดปกติแบบทดสอบสิ่งที่ยังไม่ได้สร้าง แต่แนวคิดของพวกเขาคือการเขียนสเปคที่สามารถเรียกใช้งานได้

ฉันสังเกตเห็นการย้อนกลับที่เหมือนกัน ฉันยังสังเกตเห็นว่าผู้คนจำนวนมากไม่รู้วิธีการเขียนการทดสอบหน่วย พวกเขาขาดวินัยในกระบวนการทางวิทยาศาสตร์และใช้เพียงกรอบการทดสอบหน่วยเป็นวิธีการเชื่อมโยงทุกอย่างเข้าด้วยกันและเริ่มโปรแกรมดีบั๊ก ในระยะสั้นพวกเขาไม่ได้ปรับปรุงการใช้เวลาของพวกเขาอย่างแท้จริง ฉันไม่สามารถบอกคุณได้ว่ามีการทดสอบหน่วยกี่รายการที่มีความยาวหลายสิบบรรทัด (30+ บรรทัด) และไม่ใช่หนึ่งคำสั่งยืนยัน เมื่อฉันเห็นว่าฉันรู้ว่าถึงเวลาที่จะทำงานร่วมกับนักพัฒนาและสอนพวกเขาสิ่งที่ยืนยันคือและวิธีการเขียนการทดสอบหน่วยที่ทดสอบจริง

สัญญาจะเรียกว่า "ส่วนต่อประสาน" ในกรณีส่วนใหญ่ที่นี่ การมีการทดสอบหน่วยไม่รับประกันสัญญาต่อ se เนื่องจากคุณสามารถเปลี่ยนการทดสอบได้ดังนั้นคุณจึงไม่ทราบว่าคุณสามารถใช้ไลบรารีเวอร์ชันใหม่ได้เพียงเพราะมีการทดสอบไลบรารี คุณต้องทดสอบรหัสที่ใช้ไลบรารีด้วย ไม่แตกต่างจากการทดสอบหน่วยอื่น ๆ ดังนั้นฉันจึงไม่เห็นสาเหตุที่ต้องใช้ชื่อใหม่

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

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

เพราะฉันไม่ต้องการมัน ฉันเป็น dev โรงเรียนเก่าที่สวยเมื่อฉันเป็นเด็กเราไม่ได้มี debuggers รวมแฟนซีที่มีการแก้ไขและเขียนรหัสต่อไปและคอมไพล์อาจใช้เวลานานดังนั้นเราจึงต้องได้รับสิ่งต่าง ๆ ถูกต้องตั้งแต่เริ่มต้น จากการฝึกอบรมเช่นนี้ฉันไม่เห็นว่าการเขียนการทดสอบหน่วยโหลดจะทำให้ฉันทำงานได้มากขึ้นหรือโค้ดของฉันก็ไร้ข้อบกพร่องมากขึ้น

ฉันทดสอบโค้ดของฉัน แต่เมื่อฉันทำมาตลอดนี่เป็นสิ่งที่เกิดขึ้นทั้งหมดไม่ใช่ชิ้น ๆ ดังนั้นฉันอาจจะมี 'การทดสอบหน่วย' แต่พวกเขาค่อนข้างหยาบมากขึ้น

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