แม้ว่ารูปแบบที่มีอยู่ระหว่างองค์กรที่มีวงจรโดยทั่วไปสำหรับการทดสอบ. [46] ตัวอย่างด้านล่างนี้เป็นเรื่องธรรมดาในหมู่องค์กรจ้างรูปแบบการพัฒนาน้ำตก การปฏิบัติที่เหมือนกันมักจะพบในการพัฒนารูปแบบอื่น ๆ แต่อาจจะไม่เป็นที่ชัดเจนหรือชัดเจน
การวิเคราะห์ความต้องการการทดสอบควรเริ่มต้นในช่วงความต้องการของวงจรชีวิตของการพัฒนาซอฟต์แวร์ ในระหว่างขั้นตอนการออกแบบการทดสอบการทำงานเพื่อตรวจสอบสิ่งที่ด้านของการออกแบบและทดสอบอยู่กับสิ่งเหล่านั้นพารามิเตอร์การทดสอบการทำงาน
การวางแผนการทดสอบ: กลยุทธ์การทดสอบแผนการทดสอบการสร้าง testbed ตั้งแต่กิจกรรมจำนวนมากจะถูกดำเนินการในระหว่างการทดสอบแผนเป็นสิ่งจำเป็น
การพัฒนาทดสอบ: ขั้นตอนการทดสอบสถานการณ์การทดสอบกรณีทดสอบชุดข้อมูลทดสอบบททดสอบที่จะใช้ในการทดสอบซอฟต์แวร์
การดำเนินการทดสอบ: ทดสอบซอฟต์แวร์ที่รันอยู่บนพื้นฐานของแผนและเอกสารการทดสอบแล้วรายงานข้อผิดพลาดใด ๆ ที่พบกับทีมงานพัฒนา
รายงานการทดสอบ: เมื่อการทดสอบเสร็จสิ้นการทดสอบสร้างตัวชี้วัดและทำรายงานขั้นสุดท้ายเกี่ยวกับความพยายามของพวกเขาและการทดสอบหรือไม่ว่าการทดสอบซอฟต์แวร์ที่มีความพร้อมสำหรับการเปิดตัว
การวิเคราะห์ผลการทดสอบ: การวิเคราะห์ข้อบกพร่องหรือมีการทำโดยทีมพัฒนามักจะไปพร้อมกับลูกค้าในการสั่งซื้อที่จะตัดสินใจว่าข้อบกพร่องที่ควรจะกำหนดคงปฏิเสธ (เช่นพบซอฟต์แวร์ที่ทำงานอย่างถูกต้อง) หรือรอการตัดบัญชีที่จะได้รับการจัดการในภายหลัง
ข้อบกพร่อง retesting: เมื่อข้อบกพร่องที่ได้รับการจัดการโดยทีมพัฒนามันเป็นครั้งแล้วครั้งเล่าโดยทีมงานทดสอบ AKA ทดสอบความละเอียด
การทดสอบการถดถอย: มันเป็นเรื่องธรรมดาที่จะมีการทดสอบโปรแกรมขนาดเล็กที่สร้างขึ้นจากส่วนหนึ่งของการทดสอบสำหรับการรวมกลุ่มของใหม่ในแต่ละแก้ไขหรือซอฟแวร์การแก้ไขในการสั่งซื้อเพื่อให้แน่ใจว่าการส่งมอบล่าสุดยังไม่ได้เจ๊งอะไรและว่าผลิตภัณฑ์ซอฟต์แวร์เป็น ทั้งยังคงทำงานได้อย่างถูกต้อง
ทดสอบการปิด: เมื่อทดสอบตามเกณฑ์ออกจากกิจกรรมที่หลากหลายเช่นการจับภาพการแสดงผลที่สำคัญบทเรียนที่ได้รับผล, บันทึก, เอกสารที่เกี่ยวข้องกับโครงการที่มีการเก็บและใช้เป็นข้อมูลอ้างอิงสำหรับโครงการในอนาคต
ไม่มีความคิดเห็น:
แสดงความคิดเห็น