คุณจะได้รับคำตอบที่แตกต่างกันเล็กน้อยขึ้นอยู่กับที่คุณมอง ฉันอ่านเรื่องนี้เยอะและนี่คือการกลั่นของฉัน อีกครั้งเหล่านี้มีขนเล็กน้อยและอื่น ๆ อาจไม่เห็นด้วย
ทดสอบหน่วย
ทดสอบหน่วยการทำงานที่เล็กที่สุดโดยทั่วไปจะเป็นวิธี / ฟังก์ชั่น (เช่นให้คลาสที่มีสถานะเฉพาะการเรียกใช้เมธอด x ในคลาสควรทำให้ y เกิดขึ้น) การทดสอบหน่วยควรจะเน้นไปที่คุณสมบัติเฉพาะอย่างใดอย่างหนึ่ง (เช่นการเรียกวิธีป๊อปเมื่อสแต็กว่างเปล่าควรจะโยนInvalidOperationException) ทุกสิ่งที่สัมผัสควรกระทำในหน่วยความจำ นี่หมายความว่ารหัสทดสอบและรหัสที่อยู่ภายใต้การทดสอบไม่ควร:
- โทรออกไปยังผู้ทำงานร่วมกัน (ไม่สำคัญ)
- เข้าถึงเครือข่าย
- ตีฐานข้อมูล
- ใช้ระบบไฟล์
- หมุนด้าย
- เป็นต้น
การพึ่งพาใด ๆ ที่ช้า / ยากที่จะเข้าใจ / เริ่มต้น / จัดการควรถูก stubbed / mocked / อะไรก็ตามที่ใช้เทคนิคที่เหมาะสมเพื่อให้คุณสามารถมุ่งเน้นไปที่หน่วยของรหัสที่ทำ
กล่าวโดยย่อการทดสอบหน่วยนั้นง่ายที่สุดง่ายต่อการดีบักเชื่อถือได้ (เนื่องจากปัจจัยภายนอกที่ลดลง) รวดเร็วในการดำเนินการและช่วยพิสูจน์ว่าหน่วยการสร้างที่เล็กที่สุดของฟังก์ชันโปรแกรมของคุณตามที่ตั้งใจไว้ก่อนที่จะรวมเข้าด้วยกัน ข้อแม้คือแม้ว่าคุณสามารถพิสูจน์ได้ว่าทำงานได้อย่างสมบูรณ์ในการแยกหน่วยของรหัสอาจระเบิดขึ้นเมื่อรวมกันซึ่งนำเราไป ...
การทดสอบบูรณาการ
การทดสอบการรวมสร้างจากการทดสอบหน่วยโดยการรวมหน่วยของรหัสและการทดสอบว่าชุดค่าผสมที่ได้นั้นทำหน้าที่ได้อย่างถูกต้อง นี่อาจเป็นอวัยวะภายในของระบบเดียวหรือรวมหลายระบบเข้าด้วยกันเพื่อทำสิ่งที่มีประโยชน์ อีกสิ่งหนึ่งที่ทำให้การทดสอบการรวมเข้าด้วยกันแตกต่างจากการทดสอบหน่วยคือสภาพแวดล้อม การทดสอบการรวมสามารถและจะใช้เธรดเข้าถึงฐานข้อมูลหรือทำสิ่งที่จำเป็นเพื่อให้แน่ใจว่ารหัสทั้งหมดและการเปลี่ยนแปลงสภาพแวดล้อมที่แตกต่างกันจะทำงานได้อย่างถูกต้อง
หากคุณสร้างรหัสซีเรียลไลซ์เซชั่นและหน่วยทดสอบเครื่องในโดยไม่ต้องสัมผัสดิสก์คุณจะรู้ได้อย่างไรว่ามันจะทำงานเมื่อคุณโหลดและบันทึกลงดิสก์ บางทีคุณลืมที่จะล้างและกำจัดความฝัน บางทีการอนุญาตไฟล์ของคุณไม่ถูกต้องและคุณได้ทดสอบเครื่องในที่ใช้ในสตรีมหน่วยความจำ วิธีเดียวที่จะทราบได้อย่างแน่นอนคือการทดสอบว่า 'จริง' โดยใช้สภาพแวดล้อมที่ใกล้เคียงกับการผลิตมากที่สุด
ข้อได้เปรียบหลักคือพวกเขาจะพบข้อบกพร่องที่การทดสอบหน่วยไม่สามารถเช่นการเดินสายบั๊ก (เช่นอินสแตนซ์ของคลาส A โดยไม่คาดคิดได้รับอินสแตนซ์ที่ว่างของ B) และข้อผิดพลาดของสภาพแวดล้อม เครื่องหลัก 4 ของเพื่อนร่วมงานไม่สามารถผ่านการทดสอบ) ข้อเสียเปรียบหลักคือการทดสอบการรวมแตะรหัสมากขึ้นมีความน่าเชื่อถือน้อยลงความล้มเหลวยากต่อการวินิจฉัยและการทดสอบนั้นยากที่จะรักษา
นอกจากนี้การทดสอบการรวมเข้าด้วยกันไม่จำเป็นต้องพิสูจน์ว่าคุณสมบัติที่สมบูรณ์นั้นใช้งานได้ ผู้ใช้อาจไม่สนใจรายละเอียดภายในของโปรแกรมของฉัน แต่ฉันทำ!
การทดสอบการใช้งาน
การทดสอบการทำงานตรวจสอบคุณสมบัติเฉพาะสำหรับความถูกต้องโดยเปรียบเทียบผลลัพธ์สำหรับอินพุตที่กำหนดเทียบกับข้อมูลจำเพาะ การทดสอบตามหน้าที่ไม่เกี่ยวข้องกับผลกลางหรือผลข้างเคียงเพียงผล (พวกเขาไม่สนใจว่าหลังจากทำ x วัตถุ y มีสถานะ z) พวกมันถูกเขียนขึ้นเพื่อทดสอบส่วนหนึ่งของสเปคเช่น "การเรียกฟังก์ชัน Square (x) พร้อมอาร์กิวเมนต์ของ 2 คืน 4"
การทดสอบการยอมรับ
การทดสอบการยอมรับดูเหมือนจะแบ่งออกเป็นสองประเภท:
การทดสอบการยอมรับมาตรฐานเกี่ยวข้องกับการทดสอบในระบบเต็มรูปแบบ (เช่นการใช้หน้าเว็บของคุณผ่านเว็บเบราว์เซอร์) เพื่อดูว่าการทำงานของแอปพลิเคชันตรงตามข้อกำหนดหรือไม่ เช่น "การคลิกที่ไอคอนซูมควรขยายมุมมองเอกสาร 25%" ไม่มีผลลัพธ์ต่อเนื่องที่แท้จริงเพียงผลลัพธ์ผ่านหรือล้มเหลว
ข้อได้เปรียบคือการทดสอบจะอธิบายเป็นภาษาอังกฤษล้วนและทำให้มั่นใจว่าซอฟต์แวร์โดยรวมนั้นมีคุณสมบัติครบถ้วน ข้อเสียคือคุณได้เลื่อนระดับพีระมิดทดสอบไปอีกระดับหนึ่ง การทดสอบการยอมรับจะสัมผัสกับรหัสที่เป็นภูเขาดังนั้นการติดตามความล้มเหลวอาจเป็นเรื่องยุ่งยาก
นอกจากนี้ในการพัฒนาซอฟต์แวร์แบบว่องไวการทดสอบการยอมรับของผู้ใช้นั้นเกี่ยวข้องกับการสร้างการทดสอบเพื่อสะท้อนเรื่องราวของผู้ใช้ที่สร้างขึ้นโดย / สำหรับลูกค้าของซอฟต์แวร์ระหว่างการพัฒนา หากการทดสอบผ่านหมายความว่าซอฟต์แวร์ควรตอบสนองความต้องการของลูกค้าและสามารถพิจารณาเรื่องราวได้อย่างสมบูรณ์ ชุดการทดสอบการยอมรับนั้นเป็นข้อมูลจำเพาะที่สามารถดำเนินการได้ซึ่งเขียนในภาษาเฉพาะโดเมนที่อธิบายการทดสอบในภาษาที่ใช้โดยผู้ใช้ของระบบ
ข้อสรุป
พวกเขาทั้งหมดเสริม บางครั้งมันก็เป็นประโยชน์ที่จะมุ่งเน้นไปที่ประเภทหนึ่งหรือที่จะหลีกเลี่ยงพวกเขาทั้งหมด ข้อแตกต่างที่สำคัญสำหรับฉันคือการทดสอบบางอย่างมองสิ่งต่าง ๆ จากมุมมองของโปรแกรมเมอร์ในขณะที่คนอื่นใช้การมุ่งเน้นลูกค้า / ผู้ใช้ปลายทาง