• Unit Testing Vs Integration Testing Vs Functional Testing
• การทดสอบหน่วยคืออะไร
• Integration Testing คืออะไร ?
  • ก) แนวทางการบูรณาการของ Big Bang
  • b) แนวทางจากบนลงล่าง
  • ค)ด้านล่าง- แนวทางขั้นสูง
• การทดสอบหน่วยเทียบกับการทดสอบการรวมระบบ
• การทดสอบการทำงาน
• บทสรุป
• การอ่านที่แนะนำ

การเปรียบเทียบโดยละเอียดของหน่วย การรวม และการทดสอบฟังก์ชัน:

สำหรับแอปพลิเคชันซอฟต์แวร์ใดๆ การทดสอบทั้งหน่วยและการทดสอบการรวม มีความสำคัญมากเนื่องจากแต่ละรายการใช้ กระบวนการเฉพาะในการทดสอบแอปพลิเคชันซอฟต์แวร์

แต่วิธีใดวิธีหนึ่งหรือทั้งสองอย่างไม่สามารถแทนที่การทดสอบการทำงานได้ทุกเมื่อ

Unit Testing Vs Integration Testing Vs Functional Testing

Unit Testing หมายถึงการทดสอบแต่ละโมดูลของแอปพลิเคชันแบบแยกส่วน (โดยไม่มีการโต้ตอบใดๆ กับการอ้างอิง) เพื่อ ยืนยันว่าโค้ดทำสิ่งที่ถูกต้อง

การทดสอบการรวมระบบ หมายถึงการตรวจสอบว่าโมดูลต่างๆ ทำงานได้ดีเมื่อรวมกันเป็นกลุ่มหรือไม่

การทดสอบการทำงาน หมายถึงการทดสอบฟังก์ชันการทำงานบางส่วนในระบบ (อาจมีการโต้ตอบกับการอ้างอิง) เพื่อยืนยันว่าโค้ดทำสิ่งที่ถูกต้อง

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

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

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

ภาพนี้แสดงได้ดีที่สุดในปิรามิดการทดสอบต่อไปนี้:

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

ตัวอย่าง:

ให้เราเข้าใจการทดสอบทั้งสามประเภทนี้ด้วยตัวอย่างที่เข้าใจง่าย

เช่น สำหรับโทรศัพท์มือถือที่ใช้งานได้ ชิ้นส่วนหลักที่จำเป็นคือ "แบตเตอรี่" และ "ซิมการ์ด"

ตัวอย่างการทดสอบหน่วย – แบตเตอรี่จะได้รับการตรวจสอบอายุการใช้งาน ความจุ และพารามิเตอร์อื่นๆ มีการตรวจสอบซิมการ์ดสำหรับการเปิดใช้งาน

ตัวอย่างการทดสอบการรวมระบบ – แบตเตอรี่และซิมการ์ดถูกรวมเข้าด้วยกัน เช่น ประกอบเข้าด้วยกันเพื่อเริ่มการทำงานของโทรศัพท์มือถือ

การทำงาน ตัวอย่างการทดสอบ – มีการตรวจสอบการทำงานของโทรศัพท์มือถือในแง่ของคุณสมบัติและการใช้งานแบตเตอรี่ ตลอดจนสิ่งอำนวยความสะดวกของซิมการ์ด

เราได้เห็นตัวอย่างใน เงื่อนไขของคนธรรมดา

ตอนนี้ ให้เรามาดูตัวอย่างทางเทคนิคของหน้าเข้าสู่ระบบ:

เกือบทุกเว็บแอปพลิเคชันต้องมี ผู้ใช้/ลูกค้าเพื่อเข้าสู่ระบบ เพื่อสิ่งนั้น ทุกแอปพลิเคชันต้องทำมีหน้า "เข้าสู่ระบบ" ซึ่งมีองค์ประกอบเหล่านี้:

• บัญชี/ชื่อผู้ใช้
• รหัสผ่าน
• ปุ่มเข้าสู่ระบบ/ลงชื่อเข้าใช้

สำหรับการทดสอบหน่วย ต่อไปนี้อาจเป็นกรณีทดสอบ:

• ความยาวของฟิลด์ – ฟิลด์ชื่อผู้ใช้และรหัสผ่าน
• ค่าของฟิลด์อินพุตควรถูกต้อง
• ปุ่มเข้าสู่ระบบจะเปิดใช้งานหลังจากป้อนค่าที่ถูกต้อง (รูปแบบและตามยาว) ในทั้งสองฟิลด์เท่านั้น

สำหรับการทดสอบการผสานรวม กรณีทดสอบต่อไปนี้อาจเป็นกรณี:

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

ตอนนี้ หลังจากการทดสอบหน่วยและการรวมระบบเสร็จสิ้น ให้เราดู กรณีทดสอบเพิ่มเติมที่ได้รับการพิจารณาสำหรับการทดสอบการทำงาน:

1. มีการตรวจสอบพฤติกรรมที่คาดไว้ เช่น ผู้ใช้สามารถเข้าสู่ระบบได้โดยคลิกปุ่มเข้าสู่ระบบหลังจากป้อนชื่อผู้ใช้และรหัสผ่านที่ถูกต้องแล้ว
2. มีข้อความต้อนรับที่จะปรากฏขึ้นหลังจากเข้าสู่ระบบสำเร็จหรือไม่
3. มีข้อความแสดงข้อผิดพลาดที่ควรปรากฏขึ้นในการเข้าสู่ระบบที่ไม่ถูกต้องหรือไม่
4. มีคุกกี้ไซต์ที่เก็บไว้สำหรับช่องเข้าสู่ระบบหรือไม่
5. ผู้ใช้ที่ไม่ได้ใช้งานสามารถเข้าสู่ระบบได้หรือไม่
6. มีลิงก์ 'ลืมรหัสผ่าน' สำหรับผู้ใช้ที่ลืมรหัสผ่านหรือไม่

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

ดังนั้นจึงมีสถานการณ์มากมายที่ยังไม่ได้ทดสอบแม้หลังจากการทดสอบหน่วยและการรวมระบบแล้ว

ถึงเวลาตรวจสอบการทดสอบหน่วย การรวม และฟังก์ชันทีละรายการแล้ว

การทดสอบหน่วยคืออะไร

ตามชื่อที่แนะนำ ระดับนี้เกี่ยวข้องกับการทดสอบ 'หน่วย'

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

ด้านล่างนี้เป็นประเด็นสำคัญบางประการเกี่ยวกับการทดสอบหน่วยและประโยชน์ของหน่วย:

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

JUnit (Java framework), PHPUnit (PHP framework), NUnit (.Net framework) เป็นต้น เป็นเครื่องมือทดสอบหน่วยยอดนิยมที่ใช้สำหรับภาษาต่างๆ

Integration Testing คืออะไร ?

การทดสอบการรวมเป็นการทดสอบการรวมส่วนต่าง ๆ ของระบบเข้าด้วยกัน สองส่วนหรือโมดูลที่แตกต่างกันของระบบจะถูกรวมเข้าด้วยกันก่อน จากนั้นจึงทำการทดสอบการรวมระบบ

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

การทดสอบการรวมจะดำเนินการกับโมดูลที่มีการทดสอบหน่วยก่อน จากนั้นการทดสอบการรวมจะกำหนดว่าการรวมกันของโมดูลให้ผลลัพธ์ที่ต้องการหรือไม่

การทดสอบการรวมสามารถทำได้อย่างใดอย่างหนึ่ง ทำได้โดยผู้ทดสอบอิสระหรือนักพัฒนาด้วย

แนวทางการทดสอบการผสานรวมมี 3 ประเภทที่แตกต่างกัน เรามาคุยกันสั้นๆ กัน:

ก) แนวทางการบูรณาการของ Big Bang

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

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

หลักการสำคัญของบิ๊กแบง ข้อได้เปรียบ คือทุกสิ่งที่ผสานรวมได้รับการทดสอบในคราวเดียว

หลักประการหนึ่ง ข้อเสีย คือเป็นการยากที่จะระบุความล้มเหลว

ตัวอย่าง: ในรูปด้านล่าง หน่วยที่ 1 ถึงหน่วยที่ 6 ได้รับการบูรณาการและทดสอบโดยใช้วิธีการบิ๊กแบง

b) แนวทางจากบนลงล่าง

การรวมหน่วย/โมดูลได้รับการทดสอบจากระดับบนลงล่างทีละขั้นตอน

หน่วยแรกได้รับการทดสอบทีละรายการโดยการเขียน STUBS ทดสอบ หลังจากนี้ ระดับล่างจะถูกรวมเข้าด้วยกันทีละระดับจนกว่าจะรวบรวมและทดสอบระดับสุดท้าย

วิธีการจากบนลงล่างเป็นวิธีการบูรณาการที่เป็นธรรมชาติมาก เนื่องจากสอดคล้องกับสิ่งที่เกิดขึ้นจริง สภาพแวดล้อม

สิ่งเดียวที่ ข้อกังวล กับแนวทางนี้คือ ฟังก์ชันหลักจะได้รับการทดสอบในตอนท้าย

ค)ด้านล่าง- แนวทางขั้นสูง

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

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

การทดสอบหน่วยเทียบกับการทดสอบการรวมระบบ

หลังจากมีการอภิปรายเกี่ยวกับการทดสอบหน่วยและการทดสอบการรวมมาพอสมควรแล้ว ให้เราพิจารณาข้อแตกต่างระหว่างทั้งสองอย่างรวดเร็ว ในตารางต่อไปนี้:

Unit Testing	Integration Testing
ทดสอบองค์ประกอบเดียวของทั้งระบบ เช่น ทดสอบหน่วยแยกกัน	ทดสอบส่วนประกอบของระบบที่ทำงานร่วมกัน เช่น ทดสอบการทำงานร่วมกันของหลายหน่วย
ดำเนินการได้เร็วกว่า	เรียกใช้ได้ ช้า
ไม่มีการพึ่งพาภายนอก การพึ่งพาภายนอกใดๆ จะถูกจำลองหรือตัดทอน	ต้องมีการโต้ตอบกับการพึ่งพาภายนอก (เช่น ฐานข้อมูล ฮาร์ดแวร์ ฯลฯ)
ง่าย	ซับซ้อน
ดำเนินการโดยนักพัฒนาซอฟต์แวร์	ดำเนินการโดยผู้ทดสอบ
เป็นการทดสอบกล่องขาวประเภทหนึ่ง	มัน เป็นการทดสอบกล่องดำประเภทหนึ่ง
ดำเนินการในระยะเริ่มต้นของการทดสอบ จากนั้นสามารถดำเนินการได้ตลอดเวลา	ต้องดำเนินการหลังจากการทดสอบหน่วยและก่อนการทดสอบระบบ
ราคาถูกการบำรุงรักษา	การบำรุงรักษาราคาแพง
เริ่มต้นจากข้อมูลจำเพาะโมดูล	เริ่มต้นจากข้อมูลจำเพาะอินเทอร์เฟซ
หน่วย การทดสอบมีขอบเขตที่แคบเนื่องจากเป็นการตรวจสอบว่าโค้ดเล็กๆ แต่ละชิ้นทำงานตามที่ตั้งใจไว้หรือไม่	มีขอบเขตที่กว้างขึ้นเนื่องจากครอบคลุมแอปพลิเคชันทั้งหมด
ผลลัพธ์ของการทดสอบหน่วยคือการมองเห็นโดยละเอียดของรหัส	ผลลัพธ์ของการผสานรวม การทดสอบคือการมองเห็นโดยละเอียดของโครงสร้างการรวม
เปิดเผยปัญหาภายในการทำงานของแต่ละโมดูลเท่านั้น ไม่เปิดเผยข้อผิดพลาดในการผสานรวมหรือปัญหาทั้งระบบ	เปิดเผยข้อบกพร่องที่เกิดขึ้นเมื่อโมดูลต่างๆ ทำงานร่วมกันเพื่อสร้างระบบโดยรวม

การทดสอบการทำงาน

เทคนิคการทดสอบกล่องดำ ซึ่งฟังก์ชันการทำงานของแอปพลิเคชันได้รับการทดสอบเพื่อสร้างผลลัพธ์ที่ต้องการจากการป้อนข้อมูลบางอย่างเรียกว่า 'การทดสอบการทำงาน'

ในกระบวนการทดสอบซอฟต์แวร์ของเรา เรา ทำได้โดยการเขียนกรณีทดสอบตามข้อกำหนดและสถานการณ์ สำหรับการทำงานใดๆ จำนวนกรณีทดสอบที่เขียนอาจแตกต่างกันไปตั้งแต่หนึ่งไปจนถึงหลายกรณี

บทสรุป

ประเภทการทดสอบทั้งสามประเภทนี้มีความสัมพันธ์กัน

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

หวังว่าบทความนี้จะให้แนวคิดที่ชัดเจนเกี่ยวกับการทดสอบ Unit, Integration และ Functional พร้อมกับความแตกต่าง แม้ว่ารูปแบบการทดสอบเหล่านี้ยังมีอีกมากมาย!!

การอ่านที่แนะนำ