ทำไมการทดสอบคุณภาพและซอฟต์แวร์จึงเสร็จสิ้น

, , Leave a comment

การประกันคุณภาพซอฟต์แวร์ (SQA) เป็นแบบฝึกหัดมากมายสำหรับการรับประกันคุณภาพในขั้นตอนการออกแบบโปรแกรมที่ผลลัพธ์สุดท้ายหรืออาจให้ความมั่นใจในลักษณะของรายการโปรแกรม 
นิยามโดย ISTQB การประกันคุณภาพซอฟต์แวร์ (SQA) เป็นแบบฝึกหัดมากมายสำหรับการรับประกันคุณภาพในขั้นตอนการออกแบบโปรแกรมที่ผลลัพธ์สุดท้ายหรืออาจให้ความมั่นใจในลักษณะของรายการโปรแกรม

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

กิจกรรม SQA

SQA รวมเอาแบบฝึกหัดประกอบไว้ด้วย:

นิยามโพรซีเดอร์

ขั้นตอนการเตรียมการ

การดำเนินการตามขั้นตอน

ตรวจสอบขั้นตอน

กระบวนการ SQA

การประกันคุณภาพและการทดสอบซอฟต์แวร์เกี่ยวข้องกับขั้นตอนประกอบ:

การจัดการที่กำลังดำเนินการ

ดำเนินการประมาณ

การจัดการการจัดการ

การจัดการความจำเป็น

การออกแบบโปรแกรม

การพัฒนาโปรแกรม [อ้างอิงถึง SDLC]

การทดสอบการเขียนโปรแกรม [อ้างอิงถึง STLC]

การปรับใช้การเขียนโปรแกรม

การบำรุงรักษาโปรแกรม

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

 

เมื่อมีการระบุและดำเนินการตามขั้นตอนการประกันคุณภาพมีข้อผูกพันในการรับรู้ข้อบกพร่องในขั้นตอนและแก้ไขข้อบกพร่องเหล่านั้นเพื่อปรับปรุงขั้นตอนอย่างไม่หยุดหย่อน

 

ขั้นตอนในข้อกำหนดในการอนุมัติ QA และการทดสอบซอฟต์แวร์

 

ที่ระบุไว้ข้างล่างนี้คือรายละเอียดปลีกย่อยของการทดสอบแต่ละครั้งที่ทำในทุก ๆ คุณภาพของผลิตภัณฑ์และการทดสอบวงจรชีวิตที่ระบุโดยมาตรฐาน IEEE และ ISO

 

# 1) SRS Review: การตรวจสอบข้อกำหนดเบื้องต้นของผลิตภัณฑ์

 

# 2) วัตถุประสงค์มีการตั้งค่าสำหรับการปล่อยที่สำคัญ

 

# 3) วันที่เป้าหมายพร้อมสำหรับการเปิดตัว

 

# 4) แผนโครงการโดยละเอียดถูกประกอบขึ้น สิ่งนี้จะจำทางเลือกสำหรับข้อกำหนดการออกแบบ

 

# 5) พัฒนาแผนการทดสอบขึ้นอยู่กับข้อกำหนดการออกแบบ

 

# 6) แผนการทดสอบ: สิ่งนี้รวมจุดหมายปลายทาง, วิธีการที่รวบรวมไว้ในขณะที่การทดสอบ, ไฮไลท์ที่จะลองและไม่ควรลอง, เกณฑ์อันตราย, แผนการทดสอบ, การสนับสนุนหลายขั้นตอนและการกระจายสินทรัพย์สำหรับการทดสอบ

 

# 7) ข้อมูลจำเพาะของการทดสอบ: บันทึกนี้ประกอบด้วยรายละเอียดปลีกย่อยเฉพาะ (ความจำเป็นด้านซอฟต์แวร์) ที่จำเป็นก่อนการทดสอบ

 

# 8) การเขียนกรณีทดสอบ

 

การทดลองควัน (BVT)

 

กรณีทดสอบความแข็งแรงทางจิต

 

กรณีทดสอบการกำเริบของโรค

 

กรณีทดสอบเชิงลบ

 

กรณีทดสอบที่กว้างขวาง

 

# 9) การพัฒนา: โมดูลถูกสร้างขึ้นเป็นรายบุคคล

 

# 10) การผูกโปรแกรมติดตั้ง: โปรแกรมติดตั้งจะทำงานกับแต่ละรายการ

 

# 11) ขั้นตอนการสร้าง: ฟอร์มประกอบด้วยโปรแกรมติดตั้งของรายการที่สามารถเข้าถึงได้ – ขั้นตอนมากมาย

 

# 12) การทดสอบ: ทดสอบควัน (BVT): การทดสอบแอปพลิเคชันขั้นพื้นฐานเพื่อเป็นทางเลือกในการทดสอบเพิ่มเติม

 

การทดสอบของไฮไลท์ใหม่

 

การทดสอบข้ามโปรแกรมและข้ามเวที

 

การทดสอบความเครียดและการทดสอบการรั่วไหลของหน่วยความจำ

 

# 13) รายงานสรุปการทดสอบ

 

รายงานข้อผิดพลาดและรายงานที่แตกต่างกันไป

 

# 14) การแช่แข็งรหัส

 

ไม่รวมไฮไลท์ใหม่อีกต่อไปในตอนนี้

 

# 15) การทดสอบ: สร้างและทดสอบการถดถอย

 

# 16) การตัดสินใจปลดไอเทม

 

# 17) สถานการณ์หลังวางจำหน่ายสำหรับจุดหมายปลายทางเพิ่มเติม

 

ข้อสรุป

 

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

 

Leave a Reply