การประกันคุณภาพซอฟต์แวร์ (SQA): แผน การตรวจสอบ และ Review

⚡ สรุปอย่างชาญฉลาด

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

  • 🔘 Revการตรวจสอบเทียบกับการตรวจสอบบัญชี: การทบทวนจะตรวจสอบกระบวนการ ในขณะที่การตรวจสอบจะตรวจสอบผลงานที่ได้จากกระบวนการนั้น
  • ☑️ วัตถุประสงค์: ผู้ตรวจสอบ SQA อิสระจะเป็นผู้จัดหาหลักฐานที่ผู้จัดการทดสอบไม่สามารถหาได้ด้วยตนเอง
  • สามขั้นตอน: จัดทำแผน SQA กำหนดมาตรฐาน จากนั้นทบทวนกระบวนการตามกำหนดเวลา
  • 🧪 จุดตรวจห้าจุด: SQA0 ถึง SQA4 ครอบคลุมการวางแผน การกำหนดความต้องการ การออกแบบการทดสอบ การเผยแพร่ และการปิดโครงการ
  • 🛠️ รายละเอียดของแผน: บทบาทที่กำหนดชื่อไว้ ผลงานที่ตรวจสอบได้พร้อมสิทธิ์การเข้าถึง และตารางการตรวจสอบที่มีวันที่ระบุไว้
  • 📈 ปฏิบัติที่ดีที่สุด: รับรองกระบวนการ จัดทำเอกสารนโยบาย tracตัวชี้วัด k และแบ่งปันความรับผิดชอบด้านคุณภาพ

การประกันคุณภาพซอฟต์แวร์ (SQA): วางแผน ตรวจสอบ และ Review

หลังจากการทดสอบทั้งเจ็ดขั้นตอน ผลลัพธ์ออกมาดี ไม่มีปัญหาสำคัญใดๆ เกิดขึ้นในโครงการ Guruคุณภูมิใจกับผลลัพธ์ที่ธนาคาร 99 แห่งนั้น แต่น่าเสียดายที่คณะกรรมการบริหารคิดต่างออกไป

คณะกรรมการบริหารขอหลักฐานจากผู้จัดการทดสอบว่าโครงการได้รับการบริหารจัดการอย่างดี

คุณไม่มีหลักฐานว่าคุณบริหารโครงการได้ดี ดังนั้นคุณจึงขอคำแนะนำจากที่ปรึกษา คำตอบชี้ตรงไปที่การประเมินผลการบริหารจัดการ

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

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

แผนผังแสดงขั้นตอน "อะไร ทำไม และอย่างไร" ซึ่งเป็นกรอบคำถามสามข้อเกี่ยวกับการตรวจสอบและประเมินผลการจัดการทดสอบ

การจัดการการทดสอบคืออะไร Revการตรวจสอบและการตรวจสอบภายใน?

  • การตรวจสอบโดยผู้บริหาร: การทบทวนการจัดการเรียกอีกอย่างว่าซอฟต์แวร์ การประกันคุณภาพหรือ SQA (Software Quality Assurance) เป็นการมุ่งเน้นที่กระบวนการพัฒนาซอฟต์แวร์มากกว่าผลลัพธ์ของงานซอฟต์แวร์ การประกันคุณภาพคือชุดกิจกรรมที่ออกแบบมาเพื่อยืนยันว่าผู้จัดการโครงการปฏิบัติตามกระบวนการมาตรฐานที่กำหนดไว้ล่วงหน้า การประกันคุณภาพช่วยให้มั่นใจได้ว่าผู้จัดการทดสอบกำลังทำสิ่งที่ถูกต้องในวิธีที่ถูกต้อง
  • การตรวจสอบ: การตรวจสอบบัญชี คือการตรวจสอบผลงานและข้อมูลที่เกี่ยวข้อง เพื่อประเมินว่ากระบวนการมาตรฐานได้รับการปฏิบัติตามอย่างแท้จริงหรือไม่

การตรวจสอบจะพิจารณาจากพฤติกรรม ส่วนการตรวจสอบบัญชีจะพิจารณาจากเอกสารหลักฐานที่ทิ้งไว้

เหตุใดเราจึงต้องการ SQA ในกระบวนการบริหารจัดการการทดสอบ?

ลองพิจารณาสถานการณ์ต่อไปนี้ โครงการ Guru99 Bank ดำเนินการตามขั้นตอนการจัดการการทดสอบหลายขั้นตอน ตั้งแต่การวิเคราะห์ความเสี่ยงไปจนถึงรายงานการทดสอบขั้นสุดท้าย:

ลำดับขั้นของการจัดการทดสอบ: การวิเคราะห์ความเสี่ยง การประเมิน การวางแผน การจัดระเบียบ การติดตามและควบคุม การจัดการปัญหา การรายงาน

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

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

ประโยชน์สามประการของ SQA: การติดตามและปรับปรุงกระบวนการ การรับรองว่ามีการปฏิบัติตามมาตรฐาน และการป้องกันปัญหาด้านคุณภาพ

วิธีการนำระบบการประกันคุณภาพไปใช้

การประกันคุณภาพดำเนินการในสามขั้นตอน แผนภาพนี้แสดงขั้นตอนกลาง การเตรียมพร้อม — การจัดเตรียมมาตรฐานและวิธีการที่กล่าวถึงในขั้นตอนที่ 2:

สามขั้นตอนในการดำเนินการประกันคุณภาพ: จัดทำแผน SQA, การเตรียมการ, และการทบทวนกระบวนการ

ขั้นตอนที่ 1) จัดทำแผน SQA

กิจกรรมการทดสอบจำเป็นต้องมี แผนการทดสอบกิจกรรม SQA ก็ต้องการเช่นกัน แผน 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-X​​NUMX Revโครงการปิดตัวลง ถั่ว – การตรวจสอบจากภายนอกหลังส่งมอบสินค้าให้ลูกค้าเรียบร้อยแล้ว รายงานการตรวจสอบกระบวนการ SQA

ขั้นตอนที่ 2) กำหนดมาตรฐานและวิธีการ

ในการตรวจสอบกิจกรรมการจัดการเทียบกับกระบวนการมาตรฐาน จำเป็นต้องมีมาตรฐานนั้นเป็นลายลักษณ์อักษรเสียก่อน:

  1. กำหนดนโยบายและขั้นตอนที่มุ่งป้องกันไม่ให้เกิดข้อบกพร่องในกระบวนการบริหารจัดการ
  2. จัดทำเอกสารนโยบายและขั้นตอนการปฏิบัติงาน
  3. ให้ข้อมูลและฝึกอบรมพนักงานให้ใช้งานอุปกรณ์เหล่านั้น

แผนภาพ tracลำดับนั้น:

กำหนดนโยบายและขั้นตอนการปฏิบัติงาน จัดทำเอกสารนโยบายและแนวทางปฏิบัติ จากนั้นแจ้งและฝึกอบรมพนักงาน

ขั้นตอน 3) Revดูขั้นตอน

Revตรวจสอบกิจกรรมโครงการเพื่อยืนยันการปฏิบัติตามกระบวนการจัดการที่กำหนดไว้ ในการตรวจสอบการจัดการ สมาชิก SQA จะทำการตรวจสอบห้าครั้ง โดยมีชื่อเรียกตั้งแต่ SQA0 ถึง SQA4:

การตรวจสอบคุณภาพบริการ (SQA) 5 ขั้นตอน: SQA0 การวางแผนโครงการ, SQA1 การวิเคราะห์ข้อกำหนด, SQA2 การออกแบบการทดสอบ, SQA3 ก่อนการเผยแพร่, SQA4 การปิดโครงการ

Revระยะเวลาการรับชมขึ้นอยู่กับรูปแบบวงจรการพัฒนา สำหรับ Guruสำหรับธนาคาร 99 จุดตรวจสอบต่างๆ จะสอดคล้องกับวงจรการทดสอบดังนี้:

แผนที่ลำดับเวลาping จากขั้นตอน SQA0 ถึง SQA4 ครอบคลุมการวางแผนการทดสอบ ข้อกำหนด การออกแบบการทดสอบ การดำเนินการทดสอบ รายงานการทดสอบ และการปิดการทดสอบ

ในแต่ละขั้นตอนของ SQA สมาชิก SQA จะตรวจสอบแผนงานโครงการ ผลงาน และขั้นตอนการทำงานเทียบกับนโยบายขององค์กรที่กำหนดไว้ ในระหว่างการตรวจสอบ พวกเขาควรทำงานจาก... รายการตรวจสอบการตรวจสอบ SQAซึ่งจะให้คะแนนแต่ละกิจกรรมเป็น ใช่ ไม่ใช่ หรือไม่เกี่ยวข้อง และแปลงผลลัพธ์เป็นเปอร์เซ็นต์การผ่าน

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

คณะกรรมการบริหารยอมรับรายงาน SQA ที่เป็นบวกและชื่นชมผู้จัดการการทดสอบ

แนวปฏิบัติที่ดีที่สุดด้านการประกันคุณภาพซอฟต์แวร์

ต่อไปนี้คือแนวทางปฏิบัติที่ได้รับการพิสูจน์แล้วสำหรับการนำ SQA ไปใช้อย่างมีประสิทธิภาพ

  • พัฒนาอย่างต่อเนื่อง: ทุกกระบวนการมาตรฐานใน SQA ควรได้รับการปรับปรุงอย่างสม่ำเสมอและกำหนดให้เป็นทางการเพื่อให้ผู้อื่นสามารถปฏิบัติตามได้ ควรรับรองกระบวนการดังกล่าวตามมาตรฐานที่เป็นที่ยอมรับ เช่น ISO 9001 หรือมาตรฐาน CMMI Process and Product Quality Assurance (PPQA)
  • เอกสาร: นโยบายและวิธีการควบคุมคุณภาพทั้งหมดที่กำหนดโดยทีมควบคุมคุณภาพควรได้รับการบันทึกไว้เพื่อใช้ในการฝึกอบรมและนำกลับมาใช้ใหม่ในโครงการในอนาคต
  • ประสบการณ์: การเลือกผู้ตรวจสอบ SQA ที่มีประสบการณ์เป็นวิธีที่เชื่อถือได้ในการปกป้องคุณภาพของการตรวจสอบการจัดการ
  • วิธีใช้งานเครื่องมือ: การใช้เครื่องมือต่างๆ เช่น ปัญหา tracเคอร์สและ เครื่องมือการจัดการทดสอบ ช่วยลดภาระงาน SQA และต้นทุนโครงการ
  • เมตริก: ตัวชี้วัดที่ tracประเมินคุณภาพซอฟต์แวร์ k ในสถานะปัจจุบัน และเปรียบเทียบกับเวอร์ชันก่อนหน้า เพื่อเพิ่มคุณค่าและความสมบูรณ์ของซอฟต์แวร์ การทดสอบ กระบวนการ
  • ความรับผิดชอบ: งาน SQA ไม่ใช่หน้าที่ของสมาชิกทีม SQA เพียงคนเดียว ทุกคนในทีมมีส่วนรับผิดชอบต่อคุณภาพของผลิตภัณฑ์ ไม่ใช่แค่หัวหน้าทีมทดสอบหรือผู้จัดการเท่านั้น

คำถามที่พบบ่อย

การประกันคุณภาพเน้นกระบวนการและเป็นการป้องกัน กล่าวคือ ตรวจสอบว่าได้ปฏิบัติตามวิธีการทำงานที่ตกลงกันไว้ ในขณะที่การควบคุมคุณภาพเน้นที่ผลิตภัณฑ์ กล่าวคือ ตรวจสอบและทดสอบผลิตภัณฑ์ที่ส่งมอบ Guru99 เปรียบเทียบทั้งสองใน การประกันคุณภาพเทียบกับการควบคุมคุณภาพ.

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

ISO 9001 กำหนดระบบการจัดการคุณภาพ ISO/IEC 25010 กำหนดแบบจำลองคุณภาพผลิตภัณฑ์ และ ISO/IEC/IEEE 29119 กำหนดการทดสอบซอฟต์แวร์ CMMI เพิ่มขอบเขตการปฏิบัติงานด้านการประกันคุณภาพกระบวนการและผลิตภัณฑ์ ซึ่งเทียบเท่าอย่างเป็นทางการกับวงจรนี้มากที่สุด

Track ประสิทธิภาพในการกำจัดข้อบกพร่อง ความหนาแน่นของข้อบกพร่อง ความครอบคลุมของข้อกำหนดและการทดสอบ ข้อบกพร่องที่หลุดรอดไปพบในขั้นตอนการผลิต และผลการตรวจสอบที่ได้รับการแก้ไขตรงเวลา Guru99 ระบุชุดทั้งหมดไว้ด้านล่าง ตัวชี้วัดการทดสอบซอฟต์แวร์.

ไอเอสคิวบี Foundation ระดับ (Level) เป็นจุดเริ่มต้นทั่วไป โดยมีตำแหน่งผู้จัดการทดสอบ (Test Manager) และนักวิเคราะห์ทดสอบ (Test Analyst) เป็นระดับขั้นสูง QAI เสนอใบรับรอง CSQA และ CSTE และ ASQ เสนอใบรับรองวิศวกรคุณภาพซอฟต์แวร์ (Certified Software Quality Engineer) สำหรับบทบาทที่เน้นกระบวนการทำงาน

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

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

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

สรุปโพสต์นี้ด้วย: