การประกันคุณภาพซอฟต์แวร์ (SQA): แผน การตรวจสอบ และ Review
⚡ สรุปอย่างชาญฉลาด
การประกันคุณภาพซอฟต์แวร์จะตรวจสอบกระบวนการบริหารจัดการที่อยู่เบื้องหลังโครงการ มากกว่าตัวผลิตภัณฑ์เอง โดยจะมอบหลักฐานเป็นเอกสารให้แก่คณะกรรมการบริหารว่า ผู้จัดการทดสอบได้ปฏิบัติตามมาตรฐานที่ตกลงกันไว้ตั้งแต่ขั้นตอนการวางแผนจนถึงการปล่อยผลิตภัณฑ์
หลังจากการทดสอบทั้งเจ็ดขั้นตอน ผลลัพธ์ออกมาดี ไม่มีปัญหาสำคัญใดๆ เกิดขึ้นในโครงการ Guruคุณภูมิใจกับผลลัพธ์ที่ธนาคาร 99 แห่งนั้น แต่น่าเสียดายที่คณะกรรมการบริหารคิดต่างออกไป
คุณไม่มีหลักฐานว่าคุณบริหารโครงการได้ดี ดังนั้นคุณจึงขอคำแนะนำจากที่ปรึกษา คำตอบชี้ตรงไปที่การประเมินผลการบริหารจัดการ
คำตอบนั้นเป็นจุดเริ่มต้น แต่ยังคงมีคำถามค้างคาอยู่สามข้อ ได้แก่ การตรวจสอบและประเมินผลคืออะไร เหตุใดกระบวนการนี้จึงจำเป็นต้องมีการตรวจสอบและประเมินผล และจะดำเนินการอย่างไร:
การจัดการการทดสอบคืออะไร Revการตรวจสอบและการตรวจสอบภายใน?
- การตรวจสอบโดยผู้บริหาร: การทบทวนการจัดการเรียกอีกอย่างว่าซอฟต์แวร์ การประกันคุณภาพหรือ SQA (Software Quality Assurance) เป็นการมุ่งเน้นที่กระบวนการพัฒนาซอฟต์แวร์มากกว่าผลลัพธ์ของงานซอฟต์แวร์ การประกันคุณภาพคือชุดกิจกรรมที่ออกแบบมาเพื่อยืนยันว่าผู้จัดการโครงการปฏิบัติตามกระบวนการมาตรฐานที่กำหนดไว้ล่วงหน้า การประกันคุณภาพช่วยให้มั่นใจได้ว่าผู้จัดการทดสอบกำลังทำสิ่งที่ถูกต้องในวิธีที่ถูกต้อง
- การตรวจสอบ: การตรวจสอบบัญชี คือการตรวจสอบผลงานและข้อมูลที่เกี่ยวข้อง เพื่อประเมินว่ากระบวนการมาตรฐานได้รับการปฏิบัติตามอย่างแท้จริงหรือไม่
การตรวจสอบจะพิจารณาจากพฤติกรรม ส่วนการตรวจสอบบัญชีจะพิจารณาจากเอกสารหลักฐานที่ทิ้งไว้
เหตุใดเราจึงต้องการ SQA ในกระบวนการบริหารจัดการการทดสอบ?
ลองพิจารณาสถานการณ์ต่อไปนี้ โครงการ Guru99 Bank ดำเนินการตามขั้นตอนการจัดการการทดสอบหลายขั้นตอน ตั้งแต่การวิเคราะห์ความเสี่ยงไปจนถึงรายงานการทดสอบขั้นสุดท้าย:
ในฐานะผู้จัดการทดสอบ คุณคือผู้รับผิดชอบกิจกรรมเหล่านี้ อย่างไรก็ตาม คุณนั่งอยู่หัวแถวของทีมโครงการ แล้วใครจะเป็นคนตรวจสอบงานของคุณและดูแลให้กิจกรรมการบริหารจัดการโครงการดำเนินไปตามมาตรฐานสูงสุด?
ผู้ตรวจสอบ SQA จะตรวจสอบว่ากิจกรรมการบริหารจัดการโครงการเป็นไปตามข้อกำหนด มาตรฐาน และสัมภาษณ์คุณเพื่อเปรียบเทียบโครงการของคุณกับโครงการนั้น คณะกรรมการบริหารจะสามารถตัดสินการจัดการโครงการของคุณได้ก็ต่อเมื่อผ่านการตรวจสอบนั้นแล้วเท่านั้น ซึ่งจะมีประโยชน์สามประการดังนี้:
วิธีการนำระบบการประกันคุณภาพไปใช้
การประกันคุณภาพดำเนินการในสามขั้นตอน แผนภาพนี้แสดงขั้นตอนกลาง การเตรียมพร้อม — การจัดเตรียมมาตรฐานและวิธีการที่กล่าวถึงในขั้นตอนที่ 2:
ขั้นตอนที่ 1) จัดทำแผน SQA
กิจกรรมการทดสอบจำเป็นต้องมี แผนการทดสอบกิจกรรม SQA ก็ต้องการเช่นกัน แผน SQAเอกสารนี้ระบุถึงกระบวนการและขั้นตอนต่างๆ ที่ช่วยรักษาระดับคุณภาพของผลิตภัณฑ์หรือบริการที่ส่งมอบให้เป็นไปตามที่คาดหวัง ผู้จัดการฝ่ายทดสอบจะเขียนเอกสารนี้ในระหว่างการวางแผนโครงการและกำหนดตารางการตรวจสอบเป็นระยะๆ
ผู้จัดการทดสอบจะดำเนินการตามขั้นตอนย่อยสามขั้นตอนดังนี้:
ขั้นตอนที่ 1.1) ระบุบทบาทและหน้าที่ความรับผิดชอบของทีม SQA
ในทีมงานโครงการ สมาชิกทุกคนมีหน้าที่รับผิดชอบต่อคุณภาพงานของตนเอง และต้องตรวจสอบให้แน่ใจว่างานนั้นเป็นไปตามเกณฑ์การควบคุมคุณภาพ
ทีม SQA เป็นผู้นำในความพยายามนั้น ดังนั้นผู้จัดการทดสอบจะต้องระบุ ความรับผิดชอบ ของสมาชิก SQA แต่ละคนในแผน SQA:
- รีวิว และ ประเมินค่า คุณภาพของกิจกรรมโครงการเทียบกับเกณฑ์การประกันคุณภาพ
- ประสานงาน ร่วมกับคณะกรรมการบริหารและทีมงานโครงการเพื่อประเมินความต้องการและเข้าร่วมการประชุมทบทวนและรายงานความคืบหน้าของโครงการ
- การออกแบบ track และ รวบรวม ตัวชี้วัดที่ใช้ตรวจสอบคุณภาพของโครงการ
- วัด คุณภาพของผลิตภัณฑ์และ ทำให้มั่นใจ ตรงตามความคาดหวังของลูกค้า
ตัวอย่างเช่น แผน SQA ของโครงการ Guru99 Bank ระบุรายชื่อ ทีมงาน SQA ดังต่อไปนี้.
| ไม่ | สมาชิกทั่วไป | บทบาท | ความรับผิดชอบ |
|---|---|---|---|
| 1 | พีเตอร์ | ผู้นำ SQA | จัดทำและบันทึกมาตรฐานคุณภาพและกระบวนการสำหรับทุกขั้นตอนการจัดการ
จัดการกิจกรรมการประกันคุณภาพซอฟต์แวร์สำหรับโครงการ |
| 2 | เจมส์ | ผู้ตรวจสอบบัญชี SQA | ปฏิบัติงานด้านการประกันคุณภาพระบบ (SQA) และรายงานผลการตรวจสอบ SQA แต่ละครั้งให้หัวหน้างาน SQA ทราบ |
| 3 | ถั่ว | ผู้ตรวจสอบบัญชี SQA | ปฏิบัติงานด้านการประกันคุณภาพระบบ (SQA) และรายงานผลการตรวจสอบ SQA แต่ละครั้งให้หัวหน้างาน SQA ทราบ |
ขั้นตอนที่ 1.2) ระบุรายการผลงานที่ผู้ตรวจสอบ SQA จะดำเนินการ Revการตรวจสอบและการตรวจสอบ
ผู้จัดการทดสอบควร
- รายการ ผลงานทุกชิ้นจากกระบวนการจัดการทดสอบแต่ละขั้นตอน
- กำหนด ซึ่งสิ่งอำนวยความสะดวกหรืออุปกรณ์ที่ผู้ตรวจสอบ SQA สามารถเข้าถึงเพื่อปฏิบัติงาน SQA เช่น การประเมินกระบวนการและการตรวจสอบได้
ใช้เพื่อการ Guru99. ธนาคาร แสดงรายการผลงานของแต่ละกระบวนการจัดการทดสอบ และกำหนดสิทธิ์การเข้าถึงสำหรับสมาชิก SQA:
| ไม่ | ขั้นตอนการจัดการ | สินค้างาน | เส้นทาง | การอนุญาต | มอบให้บุคคล |
|---|---|---|---|---|---|
| 1 | การวิเคราะห์ความเสี่ยง | เอกสารการบริหารความเสี่ยง | [เส้นทางเซิร์ฟเวอร์] | อ่าน | สมาชิกในทีม SQA ทุกคน |
| 2 | การประเมิน | รายงานการประมาณค่าและเมตริก | ... | อ่าน | พีเตอร์ |
| 3 | การวางแผน | เอกสารการวางแผนการทดสอบ | ... | อ่าน | สมาชิกในทีม SQA ทุกคน |
| 4 | องค์กร | แผนทรัพยากรบุคคล แผนการฝึกอบรม | ... | อ่าน | สมาชิกในทีม SQA ทุกคน |
| 5 | การตรวจสอบและควบคุม | รวบรวมตัวชี้วัดความพยายามของโครงการ | ... | อ่าน | ถั่ว |
| 6 | การจัดการปัญหา | รายงานการจัดการปัญหา | ... | อ่าน | เจมส์ |
| 7 | รายงานผลการทดสอบ | เอกสารรายงานการทดสอบ | ... | อ่าน | สมาชิกในทีม SQA ทุกคน |
ขั้นตอนที่ 1.3) สร้างตารางเวลาเพื่อดำเนินการตามภารกิจ SQA
ผู้จัดการทดสอบจะอธิบายถึงภารกิจที่ผู้ตรวจสอบ SQA จะดำเนินการ และผลลัพธ์ที่ได้จากแต่ละภารกิจ
โดยปกติแล้ว ตารางงาน SQA จะถูกกำหนดโดยตารางงานการพัฒนาโครงการ ดังนั้นแต่ละงานจึงถูกกำหนดเวลาให้สอดคล้องกับกิจกรรมการพัฒนาที่เกิดขึ้น ตัวอย่างตารางงานการตรวจสอบโดยผู้บริหารมีดังต่อไปนี้
| วันที่ | งาน SQA | ผู้รับผิดชอบ | Descriptไอออน | เอาท์พุต |
|---|---|---|---|---|
| 30 ต.ค. 2025 | ประเมินแผนงานโครงการ tracกระบวนการกษัตริย์และการกำกับดูแล | เจมส์ | – ข้อกำหนดซอฟต์แวร์ Review – การประเมินราคา ตารางเวลาหลัก และแผนโครงการ Review |
รายงานการวางแผน SQA, บันทึกการประชุมทบทวน SQA |
| 15 ธ.ค. 2025 | Revนั่นคือการวิเคราะห์ความต้องการ | เจมส์ | - Revคือการพัฒนาความต้องการซอฟต์แวร์ | รายงานการตรวจสอบกระบวนการ |
| 30-Mar-2026 | Revตรวจสอบและประเมินการออกแบบการทดสอบ | เจมส์ | - Revดูเอกสารการออกแบบการทดสอบ | รายงาน SQA, นาทีการตรวจสอบ SQA |
| 30-Mar-2026 | Revนั่นคือการปล่อย | ถั่ว | – การตรวจสอบกระบวนการ: การเผยแพร่ขั้นสุดท้าย | รายงานการตรวจสอบกระบวนการ SQA |
| 2-Apr-XNUMX | Revโครงการปิดตัวลง | ถั่ว | – การตรวจสอบจากภายนอกหลังส่งมอบสินค้าให้ลูกค้าเรียบร้อยแล้ว | รายงานการตรวจสอบกระบวนการ SQA |
ขั้นตอนที่ 2) กำหนดมาตรฐานและวิธีการ
ในการตรวจสอบกิจกรรมการจัดการเทียบกับกระบวนการมาตรฐาน จำเป็นต้องมีมาตรฐานนั้นเป็นลายลักษณ์อักษรเสียก่อน:
- กำหนดนโยบายและขั้นตอนที่มุ่งป้องกันไม่ให้เกิดข้อบกพร่องในกระบวนการบริหารจัดการ
- จัดทำเอกสารนโยบายและขั้นตอนการปฏิบัติงาน
- ให้ข้อมูลและฝึกอบรมพนักงานให้ใช้งานอุปกรณ์เหล่านั้น
แผนภาพ tracลำดับนั้น:
ขั้นตอน 3) Revดูขั้นตอน
Revตรวจสอบกิจกรรมโครงการเพื่อยืนยันการปฏิบัติตามกระบวนการจัดการที่กำหนดไว้ ในการตรวจสอบการจัดการ สมาชิก SQA จะทำการตรวจสอบห้าครั้ง โดยมีชื่อเรียกตั้งแต่ SQA0 ถึง SQA4:
Revระยะเวลาการรับชมขึ้นอยู่กับรูปแบบวงจรการพัฒนา สำหรับ Guruสำหรับธนาคาร 99 จุดตรวจสอบต่างๆ จะสอดคล้องกับวงจรการทดสอบดังนี้:
ในแต่ละขั้นตอนของ SQA สมาชิก SQA จะตรวจสอบแผนงานโครงการ ผลงาน และขั้นตอนการทำงานเทียบกับนโยบายขององค์กรที่กำหนดไว้ ในระหว่างการตรวจสอบ พวกเขาควรทำงานจาก... รายการตรวจสอบการตรวจสอบ SQAซึ่งจะให้คะแนนแต่ละกิจกรรมเป็น ใช่ ไม่ใช่ หรือไม่เกี่ยวข้อง และแปลงผลลัพธ์เป็นเปอร์เซ็นต์การผ่าน
หลังจากที่คุณดำเนินการตามขั้นตอนทั้งสามของการนำระบบประกันคุณภาพซอฟต์แวร์ไปใช้แล้ว คุณก็จะได้รับผลลัพธ์ของการจัดการทดสอบ Revรายงานการตรวจสอบและประเมินผลนั้นเป็นหลักฐานแสดงถึงคุณภาพการบริหารจัดการที่คุณแสดงให้ผู้มีส่วนได้ส่วนเสียเห็น
แนวปฏิบัติที่ดีที่สุดด้านการประกันคุณภาพซอฟต์แวร์
ต่อไปนี้คือแนวทางปฏิบัติที่ได้รับการพิสูจน์แล้วสำหรับการนำ SQA ไปใช้อย่างมีประสิทธิภาพ
- พัฒนาอย่างต่อเนื่อง: ทุกกระบวนการมาตรฐานใน SQA ควรได้รับการปรับปรุงอย่างสม่ำเสมอและกำหนดให้เป็นทางการเพื่อให้ผู้อื่นสามารถปฏิบัติตามได้ ควรรับรองกระบวนการดังกล่าวตามมาตรฐานที่เป็นที่ยอมรับ เช่น ISO 9001 หรือมาตรฐาน CMMI Process and Product Quality Assurance (PPQA)
- เอกสาร: นโยบายและวิธีการควบคุมคุณภาพทั้งหมดที่กำหนดโดยทีมควบคุมคุณภาพควรได้รับการบันทึกไว้เพื่อใช้ในการฝึกอบรมและนำกลับมาใช้ใหม่ในโครงการในอนาคต
- ประสบการณ์: การเลือกผู้ตรวจสอบ SQA ที่มีประสบการณ์เป็นวิธีที่เชื่อถือได้ในการปกป้องคุณภาพของการตรวจสอบการจัดการ
- วิธีใช้งานเครื่องมือ: การใช้เครื่องมือต่างๆ เช่น ปัญหา tracเคอร์สและ เครื่องมือการจัดการทดสอบ ช่วยลดภาระงาน SQA และต้นทุนโครงการ
- เมตริก: ตัวชี้วัดที่ tracประเมินคุณภาพซอฟต์แวร์ k ในสถานะปัจจุบัน และเปรียบเทียบกับเวอร์ชันก่อนหน้า เพื่อเพิ่มคุณค่าและความสมบูรณ์ของซอฟต์แวร์ การทดสอบ กระบวนการ
- ความรับผิดชอบ: งาน SQA ไม่ใช่หน้าที่ของสมาชิกทีม SQA เพียงคนเดียว ทุกคนในทีมมีส่วนรับผิดชอบต่อคุณภาพของผลิตภัณฑ์ ไม่ใช่แค่หัวหน้าทีมทดสอบหรือผู้จัดการเท่านั้น











