Test Maturity Model (TMM) ในการทดสอบซอฟต์แวร์คืออะไร

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

แบบจำลองความสมบูรณ์ของการทดสอบ (Testing Maturity Model หรือ TMM) วัดระดับความสมบูรณ์ของกระบวนการทดสอบซอฟต์แวร์ขององค์กรในห้าระดับ ตั้งแต่ระดับเริ่มต้นจนถึงระดับที่เหมาะสมที่สุด แบบจำลองนี้พัฒนามาจากแบบจำลองความสมบูรณ์ของการทดสอบแบบมาตรฐาน (CMM) เพื่อให้การทดสอบมีแผนงานการปรับปรุงและวิธีการประเมินเป็นของตัวเอง

📐 สององค์ประกอบ: ประกอบด้วยระดับความสามารถห้าระดับ บวกกับแบบจำลองการประเมินที่จะจัดองค์กรให้อยู่ในระดับใดระดับหนึ่ง
🪜 ระดับสะสม: แต่ละระดับต้องบรรลุเป้าหมายของระดับที่ต่ำกว่า ดังนั้นจึงไม่สามารถข้ามระดับใดระดับหนึ่งได้
🔍 ระดับ 1 ถึง 2: การทดสอบแตกต่างจากการแก้ไขข้อผิดพลาด และมีนโยบาย เป้าหมาย และเทคนิคพื้นฐานเฉพาะของตนเอง
🔄 ระดับ 3 ถึง 4: การทดสอบเป็นส่วนหนึ่งของวงจรชีวิตผลิตภัณฑ์อย่างครบถ้วน จากนั้นจึงทำการวัดผล ประเมินปริมาณ และระบุข้อบกพร่องtracเคด.
🚀 5 ระดับ: กระบวนการทั้งหมดได้รับการปรับให้เหมาะสมที่สุด โดยคำนึงถึงการป้องกันข้อบกพร่อง การสนับสนุนเครื่องมือ และการปรับปรุงอย่างต่อเนื่อง
📜 มาตรฐานปัจจุบัน: TMMi ดูแลรักษาโดย TMMi Foundationซึ่งเป็นระบบที่ใช้สำหรับการรับรองอย่างเป็นทางการในปัจจุบัน

อ่านเพิ่มเติม

โมเดลวัดระดับความพร้อมในการทดสอบ (Testing Maturity Model หรือ TMM) คืออะไร?

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

TMM สร้างขึ้นบนพื้นฐานของแบบจำลองความสามารถในการพัฒนา (Capability Maturity Model หรือ CMM) ซึ่งพัฒนาโดย Ilene Burnstein และเพื่อนร่วมงานที่สถาบันเทคโนโลยีอิลลินอยส์ในช่วงทศวรรษ 1990 โดยที่ CMM วัดกระบวนการพัฒนาทั้งหมด แต่ TMM จะจำกัดขอบเขตการวัดให้แคบลงเหลือเพียงการทดสอบเพียงอย่างเดียว

โมเดลนี้ประกอบด้วยส่วนประกอบหลักสองส่วน:

ชุดของห้าระดับที่กำหนดความสามารถในการทดสอบ
แบบจำลองการประเมินที่ใช้ในการจัดระดับองค์กรให้อยู่ในระดับใดระดับหนึ่งเหล่านั้น

แบบจำลองความสมบูรณ์ของการทดสอบห้าระดับ

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

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

ระดับ TMM	เป้าหมาย	วัตถุประสงค์ของระดับ TMM
ระดับ 1: เริ่มต้น	ซอฟต์แวร์ควรทำงานได้สำเร็จ	ในระดับนี้ ไม่มีการระบุพื้นที่กระบวนการ วัตถุประสงค์ของการทดสอบคือเพื่อให้แน่ใจว่าซอฟต์แวร์ทำงานได้ดี ระดับนี้ขาดทรัพยากร เครื่องมือ และพนักงานที่ได้รับการฝึกอบรม ไม่ การประกันคุณภาพ ตรวจสอบก่อนส่งมอบซอฟต์แวร์
ระดับ 2: กำหนด	พัฒนาเป้าหมายและนโยบายการทดสอบและการดีบัก	การทดสอบแยกออกจากการแก้ไขข้อผิดพลาด และทั้งสองถือเป็นกิจกรรมที่แตกต่างกัน ขั้นตอนการทดสอบเกิดขึ้นหลังจากการเข้ารหัส เป้าหมายหลักของการทดสอบคือการแสดงว่าซอฟต์แวร์ตรงตามข้อกำหนด มีวิธีและเทคนิคการทดสอบพื้นฐานอยู่แล้ว
ระดับ 3: บูรณาการ	การรวมการทดสอบเข้ากับวงจรชีวิตของซอฟต์แวร์	การทดสอบจะรวมเข้ากับวงจรชีวิตทั้งหมด วัตถุประสงค์ของการทดสอบได้มาจากข้อกำหนด มีองค์กรทดสอบอยู่ การทดสอบได้รับการยอมรับว่าเป็นกิจกรรมระดับมืออาชีพ
ระดับ 4: การจัดการและการวัดผล	จัดทำโปรแกรมการวัดการทดสอบ	การทดสอบเป็นกระบวนการที่วัดผลและวัดปริมาณ Revความคิดเห็นในทุกขั้นตอนการพัฒนาถือเป็นกิจกรรมการทดสอบ เพื่อนำมาใช้ใหม่และ การทดสอบการถดถอยกรณีทดสอบจะถูกรวบรวมและบันทึกไว้ในฐานข้อมูลการทดสอบ ข้อบกพร่องจะถูกบันทึกและกำหนดระดับความรุนแรง
ระดับ 5: ปรับให้เหมาะสม	การเพิ่มประสิทธิภาพกระบวนการทดสอบ	มีการจัดการและกำหนดการทดสอบ สามารถตรวจสอบประสิทธิภาพและต้นทุนการทดสอบได้ การทดสอบสามารถปรับได้อย่างละเอียดและปรับปรุงอย่างต่อเนื่อง การควบคุมคุณภาพและ ข้อบกพร่อง มีการปฏิบัติในการป้องกัน มีการปฏิบัติกระบวนการนำกลับมาใช้ใหม่ เมตริกที่เกี่ยวข้องกับการทดสอบยังมีการรองรับเครื่องมือด้วย เครื่องมือให้การสนับสนุนสำหรับ กรณีทดสอบ การออกแบบและการรวบรวมข้อบกพร่อง

TMM เทียบกับ TMMi: อะไรเปลี่ยนไปบ้าง

แบบจำลองที่อธิบายไว้ข้างต้นคือ TMM รุ่นดั้งเดิมจากสถาบันเทคโนโลยีอิลลินอยส์ ในปี 2005 ทีเอ็มเอ็มไอ Foundation ก่อตั้งขึ้นในฐานะองค์กรไม่แสวงผลกำไรอิสระและตีพิมพ์เผยแพร่ ทีเอ็มเอ็มไอรวมถึงการบูรณาการแบบจำลองความสมบูรณ์ของการทดสอบ (Test Maturity Model) ซึ่งเป็นเวอร์ชันที่องค์กรต่างๆ ได้รับการประเมินและรับรองในปัจจุบัน

หลักเกณฑ์	TMM	ทีเอ็มเอ็มไอ
ต้นทาง	สถาบันเทคโนโลยีอิลลินอยส์ ทศวรรษ 1990	ทีเอ็มเอ็มไอ Foundationจาก 2005
สอดคล้องกับ	CMM	ซีเอ็มไอ
โครงสร้าง	มีทั้งหมดห้าระดับ พร้อมเป้าหมายด้านวุฒิภาวะ	ห้าระดับ โดยมีพื้นที่กระบวนการ เป้าหมาย และแนวปฏิบัติที่เป็นทางการ
ชื่อระดับ 2	นิยามเฟส	การจัดการ
ชื่อระดับ 5	การเพิ่มประสิทธิภาพ การป้องกันข้อบกพร่อง และการควบคุมคุณภาพ	การเพิ่มประสิทธิภาพ
การรับรองอย่างเป็นทางการ	ไม่มีบริการ	มีให้บริการผ่านผู้ประเมินที่ได้รับการรับรอง

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

ความแตกต่างระหว่าง CMM และ TMM

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

วิธีการดำเนินการประเมิน TMM

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

กำหนดขอบเขตงาน ตัดสินใจว่าผลิตภัณฑ์ ทีม หรือหน่วยธุรกิจใดบ้างที่จะได้รับการประเมิน การประเมินทั้งบริษัทพร้อมกันนั้นมักไม่ก่อให้เกิดผลลัพธ์ที่นำไปปฏิบัติได้จริง
รวบรวมหลักฐาน. รวบรวมแผนการทดสอบ กรณีทดสอบ รายงานข้อบกพร่อง และตัวชี้วัด จากนั้นสัมภาษณ์ผู้ทดสอบ นักพัฒนา และผู้จัดการแยกกัน เอกสารแสดงสิ่งที่เขียนไว้ ส่วนการสัมภาษณ์แสดงสิ่งที่เกิดขึ้นจริง
ให้คะแนนแต่ละเป้าหมาย ให้คะแนนเป้าหมายด้านวุฒิภาวะแต่ละข้อในระดับเป้าหมายเป็น บรรลุผลอย่างสมบูรณ์ บรรลุผลบางส่วน หรือไม่บรรลุผล ระดับนั้นจะถือว่าบรรลุผลก็ต่อเมื่อเป้าหมายทุกข้อในระดับนั้นบรรลุผลอย่างสมบูรณ์แล้ว
ระบุช่องว่าง เรียงลำดับเป้าหมายที่ยังไม่บรรลุผลตามลำดับความสำคัญที่ขัดขวางความคืบหน้า เนื่องจากระดับต่างๆ นั้นสะสมกัน ดังนั้นช่องว่างในระดับที่ 2 จะต้องได้รับการแก้ไขก่อนจึงจะเริ่มงานในระดับที่ 3 ได้
จัดทำแผนการปรับปรุง กำหนดผู้รับผิดชอบ วันเป้าหมาย และผลลัพธ์ที่วัดได้สำหรับแต่ละช่องว่าง จากนั้นประเมินใหม่หลังจากช่วงเวลาที่ตกลงกันไว้

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

ข้อดีและข้อจำกัดของแบบจำลองความสมบูรณ์ของการทดสอบ

ประโยชน์

เกณฑ์มาตรฐานที่เป็นกลาง: แบบจำลองนี้แทนที่ความคิดเห็นเกี่ยวกับคุณภาพการทดสอบด้วยระดับที่กำหนดไว้และรายการช่องว่างที่บันทึกไว้
แผนงานตามลำดับขั้นตอน: เนื่องจากระดับต่างๆ จะเพิ่มขึ้นเรื่อยๆ ลำดับการพัฒนาจึงถูกกำหนดไว้แล้วสำหรับคุณ
ตรวจจับข้อบกพร่องได้เร็วยิ่งขึ้น: ระดับที่สูงขึ้นจะผลักดันการทดสอบไปสู่ขั้นตอนการกำหนดข้อกำหนดและการออกแบบ ซึ่งเป็นจุดที่การแก้ไขปัญหามีต้นทุนต่ำที่สุด
คำศัพท์ที่ใช้ร่วมกัน: ผู้ทดสอบ นักพัฒนา และฝ่ายบริหาร ต่างก็พูดถึงระดับความพร้อมในแง่เดียวกัน
หลักฐานจากผู้จำหน่าย: ระดับ TMMi อย่างเป็นทางการได้รับการยอมรับในด้านการจัดซื้อจัดจ้างและการก่อสร้างtracการเจรจา

ข้อ จำกัด

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

แบบจำลองความสมบูรณ์ของการทดสอบ: ข้อสรุปที่สำคัญ

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

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

TMM คือแบบจำลองทางวิชาการดั้งเดิมจากสถาบันเทคโนโลยีอิลลินอยส์ ส่วน TMMi คือแบบจำลองที่พัฒนาต่อยอดจาก TMM และได้รับการดูแลโดย TMMi เอง Foundationสอดคล้องกับมาตรฐาน CMMI และมีรายละเอียดเพียงพอที่จะรองรับการรับรองอย่างเป็นทางการที่ได้รับการรับรอง

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

ใช่ แต่ต้องนำไปใช้อย่างระมัดระวัง เป้าหมายเกี่ยวข้องกับผลลัพธ์ของการทดสอบมากกว่าเอกสาร ดังนั้นทีมที่ทำงานแบบ Agile จึงสามารถบรรลุเป้าหมายเหล่านั้นได้ด้วยชุดทดสอบอัตโนมัติและเกณฑ์การกำหนดความสำเร็จ (Definition of Done) แทนที่จะใช้แผนงานที่เป็นทางการ

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

ใช่แล้ว AI สามารถวิเคราะห์ข้อมูลข้อบกพร่อง ความครอบคลุมของการทดสอบ และเอกสารต่างๆ เพื่อระบุระดับที่น่าจะเป็นไปได้และชี้ให้เห็นถึงช่องว่างได้ อย่างไรก็ตาม การรับรองอย่างเป็นทางการยังคงต้องอาศัยผู้ประเมินที่เป็นมนุษย์ที่ได้รับการรับรองอยู่ดี