การทดสอบซอฟต์แวร์ - ตำนาน

ด้านล่างนี้เป็นตำนานที่พบบ่อยที่สุดเกี่ยวกับการทดสอบซอฟต์แวร์

ความเชื่อที่ 1: การทดสอบมีราคาแพงเกินไป

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

ความเชื่อที่ 2: การทดสอบใช้เวลานาน

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

ความเชื่อที่ 3: เฉพาะผลิตภัณฑ์ที่พัฒนาเต็มที่เท่านั้นที่ได้รับการทดสอบ

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

ความเชื่อที่ 4: การทดสอบที่สมบูรณ์เป็นไปได้

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

ความเชื่อที่ 5: ซอฟต์แวร์ที่ผ่านการทดสอบแล้วไม่มีข้อผิดพลาด

Reality - นี่เป็นตำนานทั่วไปที่ลูกค้าผู้จัดการโครงการและทีมผู้บริหารเชื่อมั่นไม่มีใครสามารถอ้างสิทธิ์ได้อย่างมั่นใจว่าแอปพลิเคชันซอฟต์แวร์ปราศจากข้อบกพร่อง 100% แม้ว่าผู้ทดสอบที่มีทักษะการทดสอบที่ยอดเยี่ยมจะได้ทดสอบแอปพลิเคชันแล้วก็ตาม .

ความเชื่อที่ 6: ข้อบกพร่องที่ไม่ได้รับเกิดจากผู้ทดสอบ

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

ความเชื่อที่ 7: ผู้ทดสอบต้องรับผิดชอบต่อคุณภาพของผลิตภัณฑ์

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

ความเชื่อที่ 8: ควรใช้การทดสอบอัตโนมัติทุกที่ที่ทำได้เพื่อลดเวลา

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

ความเชื่อที่ 9: ทุกคนสามารถทดสอบแอปพลิเคชันซอฟต์แวร์ได้

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

ความเชื่อที่ 10: ภารกิจเดียวของผู้ทดสอบคือการค้นหาจุดบกพร่อง

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