- Unit Testing Vs Integration Testing Vs Functional Testing
- การทดสอบหน่วยคืออะไร
- Integration Testing คืออะไร ?
- การทดสอบหน่วยเทียบกับการทดสอบการรวมระบบ
- การทดสอบการทำงาน
- บทสรุป
- การอ่านที่แนะนำ
การเปรียบเทียบโดยละเอียดของหน่วย การรวม และการทดสอบฟังก์ชัน:
สำหรับแอปพลิเคชันซอฟต์แวร์ใดๆ การทดสอบทั้งหน่วยและการทดสอบการรวม มีความสำคัญมากเนื่องจากแต่ละรายการใช้ กระบวนการเฉพาะในการทดสอบแอปพลิเคชันซอฟต์แวร์
แต่วิธีใดวิธีหนึ่งหรือทั้งสองอย่างไม่สามารถแทนที่การทดสอบการทำงานได้ทุกเมื่อ
Unit Testing Vs Integration Testing Vs Functional Testing
Unit Testing หมายถึงการทดสอบแต่ละโมดูลของแอปพลิเคชันแบบแยกส่วน (โดยไม่มีการโต้ตอบใดๆ กับการอ้างอิง) เพื่อ ยืนยันว่าโค้ดทำสิ่งที่ถูกต้อง
การทดสอบการรวมระบบ หมายถึงการตรวจสอบว่าโมดูลต่างๆ ทำงานได้ดีเมื่อรวมกันเป็นกลุ่มหรือไม่
การทดสอบการทำงาน หมายถึงการทดสอบฟังก์ชันการทำงานบางส่วนในระบบ (อาจมีการโต้ตอบกับการอ้างอิง) เพื่อยืนยันว่าโค้ดทำสิ่งที่ถูกต้อง
การทดสอบการทำงานเกี่ยวข้องกับการทดสอบการรวมระบบ อย่างไรก็ตาม การทดสอบเหล่านี้บ่งชี้ถึงการทดสอบที่ ตรวจสอบฟังก์ชันการทำงานของแอปพลิเคชันทั้งหมดโดยที่โค้ดทั้งหมดทำงานพร้อมกัน เกือบจะเป็นการทดสอบการรวมขั้นสูง
การทดสอบหน่วยจะพิจารณาการตรวจสอบองค์ประกอบเดียวของระบบ ในขณะที่การทดสอบฟังก์ชันจะพิจารณาการตรวจสอบการทำงานของแอปพลิเคชันเทียบกับที่ตั้งใจไว้ ฟังก์ชันการทำงานที่อธิบายไว้ในข้อมูลจำเพาะความต้องการของระบบ ในทางกลับกัน การทดสอบการรวมจะพิจารณาการตรวจสอบโมดูลรวมในระบบ
และที่สำคัญที่สุด เพื่อเพิ่มประสิทธิภาพผลตอบแทนจากการลงทุน (ROI) โค้ดเบสของคุณควรมีการทดสอบหน่วยมากที่สุดเท่าที่จะเป็นไปได้ การทดสอบการรวมระบบน้อยลง และการทดสอบการทำงานจำนวนน้อยที่สุด
ภาพนี้แสดงได้ดีที่สุดในปิรามิดการทดสอบต่อไปนี้:
การทดสอบหน่วยเขียนง่ายกว่าและดำเนินการได้เร็วกว่า เวลาและความพยายามในการดำเนินการและบำรุงรักษาการทดสอบเพิ่มขึ้นจากการทดสอบหน่วยเป็นการทดสอบการทำงานตามที่แสดงในปิรามิดด้านบน
ตัวอย่าง:
ให้เราเข้าใจการทดสอบทั้งสามประเภทนี้ด้วยตัวอย่างที่เข้าใจง่าย
เช่น สำหรับโทรศัพท์มือถือที่ใช้งานได้ ชิ้นส่วนหลักที่จำเป็นคือ "แบตเตอรี่" และ "ซิมการ์ด"
ตัวอย่างการทดสอบหน่วย – แบตเตอรี่จะได้รับการตรวจสอบอายุการใช้งาน ความจุ และพารามิเตอร์อื่นๆ มีการตรวจสอบซิมการ์ดสำหรับการเปิดใช้งาน
ตัวอย่างการทดสอบการรวมระบบ – แบตเตอรี่และซิมการ์ดถูกรวมเข้าด้วยกัน เช่น ประกอบเข้าด้วยกันเพื่อเริ่มการทำงานของโทรศัพท์มือถือ
การทำงาน ตัวอย่างการทดสอบ – มีการตรวจสอบการทำงานของโทรศัพท์มือถือในแง่ของคุณสมบัติและการใช้งานแบตเตอรี่ ตลอดจนสิ่งอำนวยความสะดวกของซิมการ์ด
เราได้เห็นตัวอย่างใน เงื่อนไขของคนธรรมดา
ตอนนี้ ให้เรามาดูตัวอย่างทางเทคนิคของหน้าเข้าสู่ระบบ:
เกือบทุกเว็บแอปพลิเคชันต้องมี ผู้ใช้/ลูกค้าเพื่อเข้าสู่ระบบ เพื่อสิ่งนั้น ทุกแอปพลิเคชันต้องทำมีหน้า "เข้าสู่ระบบ" ซึ่งมีองค์ประกอบเหล่านี้:
- บัญชี/ชื่อผู้ใช้
- รหัสผ่าน
- ปุ่มเข้าสู่ระบบ/ลงชื่อเข้าใช้
สำหรับการทดสอบหน่วย ต่อไปนี้อาจเป็นกรณีทดสอบ:
- ความยาวของฟิลด์ – ฟิลด์ชื่อผู้ใช้และรหัสผ่าน
- ค่าของฟิลด์อินพุตควรถูกต้อง
- ปุ่มเข้าสู่ระบบจะเปิดใช้งานหลังจากป้อนค่าที่ถูกต้อง (รูปแบบและตามยาว) ในทั้งสองฟิลด์เท่านั้น
สำหรับการทดสอบการผสานรวม กรณีทดสอบต่อไปนี้อาจเป็นกรณี:
- ผู้ใช้เห็นข้อความต้อนรับหลังจากป้อนค่าที่ถูกต้องและกดปุ่มเข้าสู่ระบบ
- ผู้ใช้ควรไปที่หน้าต้อนรับหรือหน้าแรกหลังจากป้อนค่าที่ถูกต้องแล้วคลิก ปุ่มเข้าสู่ระบบ
ตอนนี้ หลังจากการทดสอบหน่วยและการรวมระบบเสร็จสิ้น ให้เราดู กรณีทดสอบเพิ่มเติมที่ได้รับการพิจารณาสำหรับการทดสอบการทำงาน:
- มีการตรวจสอบพฤติกรรมที่คาดไว้ เช่น ผู้ใช้สามารถเข้าสู่ระบบได้โดยคลิกปุ่มเข้าสู่ระบบหลังจากป้อนชื่อผู้ใช้และรหัสผ่านที่ถูกต้องแล้ว
- มีข้อความต้อนรับที่จะปรากฏขึ้นหลังจากเข้าสู่ระบบสำเร็จหรือไม่
- มีข้อความแสดงข้อผิดพลาดที่ควรปรากฏขึ้นในการเข้าสู่ระบบที่ไม่ถูกต้องหรือไม่
- มีคุกกี้ไซต์ที่เก็บไว้สำหรับช่องเข้าสู่ระบบหรือไม่
- ผู้ใช้ที่ไม่ได้ใช้งานสามารถเข้าสู่ระบบได้หรือไม่
- มีลิงก์ 'ลืมรหัสผ่าน' สำหรับผู้ใช้ที่ลืมรหัสผ่านหรือไม่
มีกรณีเช่นนี้อีกมากมายที่มาถึงจิตใจของผู้ทดสอบการทำงานในขณะที่ทำการทดสอบการทำงาน แต่นักพัฒนาไม่สามารถรับได้ทุกกรณีในขณะที่สร้างกรณีทดสอบหน่วยและการรวมระบบ
ดังนั้นจึงมีสถานการณ์มากมายที่ยังไม่ได้ทดสอบแม้หลังจากการทดสอบหน่วยและการรวมระบบแล้ว
ถึงเวลาตรวจสอบการทดสอบหน่วย การรวม และฟังก์ชันทีละรายการแล้ว
การทดสอบหน่วยคืออะไร
ตามชื่อที่แนะนำ ระดับนี้เกี่ยวข้องกับการทดสอบ 'หน่วย'
หน่วยในที่นี้อาจเป็นส่วนที่เล็กที่สุดของแอปพลิเคชันที่สามารถทดสอบได้ ไม่ว่าจะเป็นฟังก์ชัน วิธีการ และอื่นๆ ที่เล็กที่สุด . นักพัฒนาซอฟต์แวร์คือผู้ที่เขียนกรณีทดสอบหน่วย จุดมุ่งหมายที่นี่คือเพื่อให้ตรงกับข้อกำหนดและพฤติกรรมที่คาดหวังของหน่วย
ด้านล่างนี้เป็นประเด็นสำคัญบางประการเกี่ยวกับการทดสอบหน่วยและประโยชน์ของหน่วย:
- การทดสอบหน่วย ดำเนินการก่อนการทดสอบการรวมระบบโดยนักพัฒนาซอฟต์แวร์โดยใช้เทคนิคการทดสอบกล่องขาว
- การทดสอบหน่วยไม่ได้ตรวจสอบการทำงานในเชิงบวกเท่านั้น เช่น เอาต์พุตที่ถูกต้องในกรณีที่อินพุตถูกต้อง แต่ยังรวมถึงความล้มเหลวที่เกิดขึ้นกับอินพุตที่ไม่ถูกต้องด้วย
- การค้นหาปัญหา/จุดบกพร่องตั้งแต่เนิ่นๆ มีประโยชน์มาก และช่วยลดต้นทุนโครงการโดยรวม เนื่องจากการทดสอบหน่วยเสร็จสิ้นก่อนที่จะรวมรหัส ปัญหาที่พบในขั้นตอนนี้จึงสามารถแก้ไขได้อย่างง่ายดายมากและผลกระทบก็น้อยลงเช่นกัน
- การทดสอบหน่วยจะทดสอบโค้ดชิ้นเล็กๆ หรือแต่ละส่วนเพื่อให้ปัญหา/ข้อผิดพลาดที่พบในกรณีทดสอบเหล่านี้เป็นอิสระต่อกันและไม่ส่งผลกระทบต่อกรณีทดสอบอื่นๆ
- ข้อได้เปรียบที่สำคัญอีกประการหนึ่งคือกรณีการทดสอบหน่วยทำให้การทดสอบโค้ดง่ายขึ้น ดังนั้น การแก้ปัญหาในภายหลังจึงง่ายขึ้น เนื่องจากต้องทดสอบเฉพาะการเปลี่ยนแปลงล่าสุดในโค้ดเท่านั้น
- การทดสอบหน่วยช่วยประหยัดเวลาและค่าใช้จ่าย และนำมาใช้ซ้ำได้และบำรุงรักษาง่าย
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 พร้อมกับความแตกต่าง แม้ว่ารูปแบบการทดสอบเหล่านี้ยังมีอีกมากมาย!!