การทดสอบแบบคงที่คืออะไร? เทคนิคการทดสอบซอฟต์แวร์
โธมัส แฮมิลตัน
การทดสอบแบบคงที่คืออะไร?
การทดสอบแบบสถิต เป็นเทคนิคการทดสอบซอฟต์แวร์ที่ใช้ตรวจสอบข้อบกพร่องในแอปพลิเคชันซอฟต์แวร์โดยไม่ต้องรันโค้ด การทดสอบแบบคงที่มีขึ้นเพื่อหลีกเลี่ยงข้อผิดพลาดในช่วงเริ่มต้นของการพัฒนา เนื่องจากง่ายต่อการระบุข้อผิดพลาดและแก้ไขข้อผิดพลาด นอกจากนี้ยังช่วยค้นหาข้อผิดพลาดที่อาจไม่พบโดย Dynamic Testing
คู่ของมันคือการทดสอบแบบไดนามิกซึ่งจะตรวจสอบแอปพลิเคชันเมื่อมีการเรียกใช้โค้ด อ้างอิงถึงบทช่วยสอนนี้สำหรับรายละเอียดความแตกต่างระหว่าง การทดสอบแบบคงที่และแบบไดนามิก.
เทคนิคการทดสอบแบบคงที่หลักสองประเภทคือ
- การตรวจสอบด้วยตนเอง: การตรวจสอบด้วยตนเองรวมถึงการวิเคราะห์โค้ดที่ทำด้วยตนเองหรือที่เรียกว่า ความคิดเห็น
- การวิเคราะห์อัตโนมัติโดยใช้เครื่องมือ: การวิเคราะห์อัตโนมัตินั้นเป็นการวิเคราะห์แบบคงที่โดยทั่วไปซึ่งดำเนินการโดยใช้เครื่องมือ
เทคนิคการทดสอบแบบสถิต
- ไม่เป็นทางการ Revนั่นคือ
- เกมส์
- วิชาการ Revนั่นคือ
- การตรวจสอบ
- การวิเคราะห์แบบสถิต
- การไหลของข้อมูล
- ควบคุมกระแส
เครื่องมือที่ใช้ในการทดสอบแบบสถิต
เครื่องมือต่าง ๆ ที่ใช้ในการทดสอบแบบคงที่มีดังนี้
การทดสอบคืออะไร Revคือว่า?
การทบทวนในการทดสอบแบบคงที่เป็นกระบวนการหรือการประชุมที่ดำเนินการเพื่อค้นหาข้อบกพร่องที่อาจเกิดขึ้นในการออกแบบโปรแกรมใดๆ ความสำคัญของการทบทวนอีกประการหนึ่งคือสมาชิกในทีมทุกคนได้รับทราบเกี่ยวกับความคืบหน้าของโครงการ และบางครั้งความคิดที่หลากหลายอาจส่งผลให้เกิดข้อเสนอแนะที่ดีเยี่ยม เอกสารได้รับการตรวจสอบโดยตรงโดยบุคคลและแยกแยะความแตกต่างออก
Revสามารถจำแนกเพิ่มเติมได้เป็นสี่ส่วน:
- การวิจารณ์อย่างไม่เป็นทางการ
- เกมส์
- การตรวจสอบทางเทคนิค
- การตรวจสอบ
ในระหว่าง Revกระบวนการ iew ผู้เข้าร่วมสี่ประเภทที่เข้าร่วมการทดสอบ ได้แก่:
- ผู้นำเสนอ: ดำเนินการตรวจสอบการเข้า ติดตามงาน ฝึกสอนสมาชิกในทีม กำหนดเวลาการประชุม
- ผู้เขียน: รับผิดชอบในการแก้ไขข้อบกพร่องที่พบและปรับปรุงคุณภาพของเอกสาร
- อาลักษณ์: จะทำการบันทึกข้อบกพร่องในระหว่างการตรวจสอบและเข้าร่วมการประชุมการตรวจสอบ
- Revมากกว่า: ตรวจสอบวัสดุเพื่อหาข้อบกพร่องและตรวจสอบ
- ผู้จัดการ: ตัดสินใจดำเนินการตรวจสอบและรับรองว่าบรรลุวัตถุประสงค์ของกระบวนการตรวจสอบ
ประเภทของข้อบกพร่องที่สามารถพบได้ง่ายกว่าในระหว่างการทดสอบแบบคงที่คือ:
- การเบี่ยงเบนไปจากมาตรฐาน
- รหัสที่ไม่สามารถบำรุงรักษาได้
- ข้อบกพร่องด้านการออกแบบ
- ข้อกำหนดที่ขาดหายไป
- ข้อกำหนดอินเทอร์เฟซไม่สอดคล้องกัน
โดยปกติแล้ว ข้อบกพร่องที่พบในระหว่างการทดสอบแบบคงที่นั้นเกิดจากช่องโหว่ด้านความปลอดภัย ตัวแปรที่ไม่ได้ประกาศ การละเมิดขอบเขต การละเมิดไวยากรณ์ อินเทอร์เฟซที่ไม่สอดคล้องกัน ฯลฯ
เคล็ดลับสำหรับกระบวนการทดสอบไฟฟ้าสถิตที่ประสบความสำเร็จ
เคล็ดลับที่เป็นประโยชน์บางประการในการดำเนินการทดสอบแบบคงที่ในวิศวกรรมซอฟต์แวร์
- มุ่งเน้นเฉพาะสิ่งที่นับจริงๆ
- วางแผนและติดตามกิจกรรมการทบทวนอย่างชัดเจน คำแนะนำแบบทีละขั้นตอนและการตรวจสอบซอฟต์แวร์โดยทั่วไปจะรวมอยู่ในบทวิจารณ์ของเพื่อน
- ฝึกอบรมผู้เข้าร่วมด้วยตัวอย่าง
- แก้ไขปัญหาเกี่ยวกับผู้คน
- รักษากระบวนการให้เป็นทางการเป็นวัฒนธรรมของโครงการ
- การปรับปรุงอย่างต่อเนื่อง – กระบวนการและเครื่องมือ
- ด้วยการขจัดความล่าช้าที่สำคัญในการดำเนินการทดสอบ ต้นทุนและเวลาในการทดสอบจึงสามารถลดลงได้
ทำไมต้องทดสอบแบบคงที่?
การทดสอบแบบคงที่จะดำเนินการเนื่องจากเหตุผลดังต่อไปนี้
- การตรวจหาและแก้ไขข้อบกพร่องตั้งแต่เนิ่นๆ
- ลดระยะเวลาในการพัฒนา
- ลดต้นทุนและเวลาการทดสอบ
- เพื่อปรับปรุงประสิทธิภาพการพัฒนา
- เพื่อให้เกิดข้อบกพร่องน้อยลงในขั้นตอนการทดสอบภายหลัง
สิ่งที่ได้รับการทดสอบในการทดสอบแบบคงที่
ในการทดสอบแบบคงที่ จะมีการทดสอบสิ่งต่อไปนี้
- กรณีทดสอบหน่วย
- เอกสารข้อกำหนดทางธุรกิจ (BRD)
- ใช้กรณี
- ข้อกำหนดของระบบ/ฟังก์ชัน
- ต้นแบบ
- เอกสารข้อกำหนดต้นแบบ
- สเปรดชีตพจนานุกรมฟิลด์ DB
- ข้อมูลการทดสอบ
- เอกสารเมทริกซ์การตรวจสอบย้อนกลับ
- คู่มือการใช้งาน/คู่มือการฝึกอบรม/เอกสารประกอบ
- เอกสารกลยุทธ์แผนการทดสอบ/กรณีทดสอบ
- สคริปต์ทดสอบการทำงานอัตโนมัติ/ประสิทธิภาพ
วิธีการทดสอบแบบสถิต
ในการทำการทดสอบแบบคงที่ ทำได้ดังนี้
- ดำเนินกระบวนการตรวจสอบเพื่อตรวจสอบการออกแบบแอปพลิเคชันให้ครบถ้วน
- ใช้รายการตรวจสอบสำหรับเอกสารแต่ละฉบับที่อยู่ระหว่างตรวจทานเพื่อให้แน่ใจว่าบทวิจารณ์ทั้งหมดครอบคลุมครบถ้วน
กิจกรรมต่าง ๆ สำหรับการทดสอบแบบสถิตคือ:
- การตรวจสอบข้อกำหนดกรณีการใช้งาน: โดยจะตรวจสอบว่ามีการระบุการกระทำของผู้ใช้ปลายทางทั้งหมด ตลอดจนอินพุตและเอาท์พุตใดๆ ที่เกี่ยวข้องกับการดำเนินการเหล่านั้น ยิ่งกรณีการใช้งานมีรายละเอียดและละเอียดมากขึ้น กรณีทดสอบก็จะยิ่งแม่นยำและครอบคลุมมากขึ้นเท่านั้น
- การตรวจสอบข้อกำหนดด้านการทำงาน: ช่วยให้มั่นใจว่าข้อกำหนดด้านการทำงานระบุองค์ประกอบที่จำเป็นทั้งหมด นอกจากนี้ยังพิจารณาฟังก์ชันการทำงานของฐานข้อมูล รายการอินเทอร์เฟซ และข้อกำหนดด้านฮาร์ดแวร์ ซอฟต์แวร์ และเครือข่ายอีกด้วย
- Archiเทคเจอร์ Review: กระบวนการระดับธุรกิจทั้งหมด เช่น ที่ตั้งเซิร์ฟเวอร์ แผนภาพเครือข่าย คำจำกัดความของโปรโตคอล โหลดบาลานซ์ การเข้าถึงฐานข้อมูล อุปกรณ์ทดสอบ ฯลฯ
- การตรวจสอบต้นแบบ/การจำลองหน้าจอ: ขั้นตอนนี้รวมถึงการตรวจสอบข้อกำหนดและกรณีการใช้งาน
- การตรวจสอบพจนานุกรมภาคสนาม: ทุกฟิลด์ใน UI ได้รับการกำหนดไว้อย่างดีเพียงพอที่จะสร้างกรณีทดสอบการตรวจสอบความถูกต้องระดับฟิลด์ ช่องต่างๆ มีการตรวจสอบความยาวต่ำสุด/สูงสุด ค่ารายการ ข้อความแสดงข้อผิดพลาด ฯลฯ
สรุป
- การทดสอบแบบคงที่คือการค้นหาข้อบกพร่องโดยเร็วที่สุด
- การทดสอบแบบสถิตไม่สามารถใช้แทนการทดสอบไดนามิกได้ แต่ทั้งสองประเภทพบข้อบกพร่องประเภทอื่น
- Reviews เป็นเทคนิคที่มีประสิทธิภาพสำหรับการทดสอบแบบคงที่
- Revไม่เพียงแต่ช่วยในการค้นหาข้อบกพร่อง แต่ยังเข้าใจข้อกำหนดที่ขาดหายไป ข้อบกพร่องในการออกแบบ และโค้ดที่ไม่สามารถบำรุงรักษาได้ หากคุณกำลังมองหาเครื่องมือที่จะช่วยในกระบวนการนี้ นี่คือรายการเครื่องมือบางส่วนที่ครอบคลุม เครื่องมือตรวจสอบโค้ดที่ดีที่สุด ที่คุณอาจพบว่ามีประโยชน์
