ตัวชี้วัดการทดสอบซอฟต์แวร์: คืออะไร ประเภท และตัวอย่าง
โธมัส แฮมิลตัน
การวัดการทดสอบในการทดสอบซอฟต์แวร์
การวัดการทดสอบซอฟต์แวร์ เป็นมาตรการเชิงปริมาณที่ใช้ในการประเมินความคืบหน้า คุณภาพ ผลผลิต และความสมบูรณ์ของกระบวนการทดสอบซอฟต์แวร์ เป้าหมายของการวัดการทดสอบซอฟต์แวร์คือการปรับปรุงประสิทธิภาพและประสิทธิผลในกระบวนการทดสอบซอฟต์แวร์ และเพื่อช่วยตัดสินใจได้ดีขึ้นสำหรับกระบวนการทดสอบเพิ่มเติมโดยการให้ข้อมูลที่เชื่อถือได้เกี่ยวกับกระบวนการทดสอบ
เมตริกกำหนดในแง่ปริมาณถึงระดับที่ระบบ ส่วนประกอบของระบบ หรือกระบวนการมีคุณสมบัติที่กำหนด ตัวอย่างที่เหมาะที่สุดในการทำความเข้าใจหน่วยวัดคือระยะทางต่อสัปดาห์ของรถยนต์หนึ่งคัน เทียบกับระยะทางที่เหมาะสมที่สุดที่ผู้ผลิตแนะนำ
ตัวชี้วัดการทดสอบซอฟต์แวร์ – ปรับปรุงประสิทธิภาพและประสิทธิผลของกระบวนการทดสอบซอฟต์แวร์
การวัดการทดสอบซอฟต์แวร์หรือการวัดการทดสอบซอฟต์แวร์เป็นการบ่งชี้เชิงปริมาณของขอบเขต กำลังการผลิต มิติ จำนวน หรือขนาดของคุณลักษณะบางอย่างของกระบวนการหรือผลิตภัณฑ์
ตัวอย่างการวัดการทดสอบซอฟต์แวร์: จำนวนข้อบกพร่องทั้งหมด
เหตุใดการวัดการทดสอบจึงมีความสำคัญ
"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.
- ตัดสินใจดำเนินกิจกรรมในระยะต่อไป
- หลักฐานการกล่าวอ้างหรือคำทำนาย
- ทำความเข้าใจประเภทของการปรับปรุงที่จำเป็น
- ตัดสินใจหรือกระบวนการหรือการเปลี่ยนแปลงเทคโนโลยี
อ่านเพิ่มเติมเกี่ยวกับมัน ความสำคัญของการวัดการทดสอบ
ประเภทของการวัดการทดสอบ
- ตัวชี้วัดกระบวนการ: สามารถใช้เพื่อปรับปรุงประสิทธิภาพกระบวนการของ SDLC (วงจรชีวิตของการพัฒนาซอฟต์แวร์)
- ตัวชี้วัดผลิตภัณฑ์: มันเกี่ยวข้องกับคุณภาพของผลิตภัณฑ์ซอฟต์แวร์
-
ตัวชี้วัดโครงการ: สามารถใช้วัดประสิทธิภาพของทีมงานโครงการหรืออื่นๆ เครื่องมือทดสอบ ถูกใช้โดยสมาชิกในทีม
การระบุตัวชี้วัดการทดสอบที่ถูกต้องมีความสำคัญมาก จำเป็นต้องพิจารณาบางสิ่งก่อนที่จะระบุตัวชี้วัดการทดสอบ
- กำหนดกลุ่มเป้าหมายเพื่อเตรียมเมตริก
- กำหนดเป้าหมายสำหรับเมตริก
- แนะนำตัวชี้วัดที่เกี่ยวข้องทั้งหมดตามความต้องการของโครงการ
- วิเคราะห์ด้านผลประโยชน์ด้านต้นทุนของแต่ละตัวชี้วัดและระยะไลฟ์สไตล์ของโครงการซึ่งส่งผลให้เกิดผลลัพธ์สูงสุด
การวัดการทดสอบด้วยตนเอง
In วิศวกรรมซอฟต์แวร์, การวัดการทดสอบด้วยตนเองแบ่งออกเป็นสองประเภท
- เมตริกพื้นฐาน
- ตัวชี้วัดจากการคำนวณ
หน่วยวัดพื้นฐานคือข้อมูลดิบที่รวบรวมโดยนักวิเคราะห์การทดสอบระหว่างการพัฒนาและดำเนินการกรณีทดสอบ (# กรณีทดสอบที่ดำเนินการ # กรณีทดสอบ- ในขณะที่เมตริกที่คำนวณได้มาจากข้อมูลที่รวบรวมในเมตริกพื้นฐาน โดยปกติแล้วผู้จัดการการทดสอบจะติดตามเมตริกที่คำนวณเพื่อวัตถุประสงค์ในการรายงานการทดสอบ (% เสร็จสมบูรณ์ % ความครอบคลุมของการทดสอบ).
ตัวชี้วัดที่สำคัญบางประการขึ้นอยู่กับโครงการหรือรูปแบบธุรกิจ
- เมตริกประสิทธิภาพการดำเนินการของกรณีทดสอบ
- ตัวชี้วัดประสิทธิภาพในการเตรียมกรณีทดสอบ
- ตัวชี้วัดข้อบกพร่อง
- ข้อบกพร่องตามลำดับความสำคัญ
- ข้อบกพร่องตามความรุนแรง
- อัตราส่วนการเลื่อนหลุดของข้อบกพร่อง
ทดสอบวงจรชีวิตของตัวชี้วัดในวิศวกรรมซอฟต์แวร์
| ระยะต่างๆ ของวงจรชีวิตของเมตริก | ขั้นตอนในแต่ละขั้นตอน |
|---|---|
| การวิเคราะห์ |
|
| สื่อสาร |
|
| การประเมินผล |
|
| การรับรอง |
|
วิธีการคำนวณเมตริกทดสอบ
| ซีเนียร์# | ขั้นตอนในการทดสอบเมตริก | ตัวอย่าง |
|---|---|---|
| 1 | ระบุกุญแจ การทดสอบซอฟต์แวร์ กระบวนการที่จะวัด | ทดสอบกระบวนการติดตามความคืบหน้า |
| 2 | ในขั้นตอนนี้ ผู้ทดสอบจะใช้ข้อมูลเป็นข้อมูลพื้นฐานในการกำหนดเมตริก | จำนวนกรณีทดสอบที่วางแผนจะดำเนินการต่อวัน |
| 3 | การกำหนดข้อมูลที่จะติดตาม ความถี่ในการติดตาม และผู้รับผิดชอบ | การดำเนินการทดสอบจริงต่อวันจะถูกบันทึกโดยผู้จัดการการทดสอบเมื่อสิ้นสุดวัน |
| 4 | การคำนวณ การจัดการ และการตีความตัวชี้วัดที่กำหนดไว้อย่างมีประสิทธิผล | กรณีทดสอบจริงที่ดำเนินการต่อวัน |
| 5 | ระบุพื้นที่ที่ต้องปรับปรุงโดยขึ้นอยู่กับการตีความตัวชี้วัดที่กำหนดไว้ | เค้ก กรณีทดสอบ การดำเนินการต่ำกว่าเป้าหมายที่ตั้งไว้ เราจำเป็นต้องตรวจสอบเหตุผลและเสนอแนะมาตรการปรับปรุง |
ตัวอย่างการวัดการทดสอบ
เพื่อให้เข้าใจถึงวิธีคำนวณหน่วยเมตริกทดสอบ เราจะดูตัวอย่างกรณีทดสอบเปอร์เซ็นต์ที่ดำเนินการ
เพื่อให้ได้สถานะการดำเนินการของกรณีทดสอบเป็นเปอร์เซ็นต์ เราใช้สูตร
Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100
ในทำนองเดียวกันคุณสามารถคำนวณสำหรับพารามิเตอร์อื่น ๆ เช่น กรณีทดสอบไม่ได้ดำเนินการ กรณีทดสอบผ่าน กรณีทดสอบล้มเหลว กรณีทดสอบถูกบล็อก ฯลฯ
อภิธานศัพท์เมตริกการทดสอบ
- อัตราส่วนความพยายามในการทำใหม่ = (ความพยายามในการทำใหม่จริงที่ใช้ไปในระยะนั้น/ความพยายามจริงทั้งหมดที่ใช้ไปในระยะนั้น) X 100
- ความต้องการคืบ = (จำนวนข้อกำหนดที่เพิ่มทั้งหมด/จำนวนข้อกำหนดเริ่มต้น)X100
- ความแปรปรวนของกำหนดการ = (วันที่จัดส่งจริง – วันที่วางแผนจัดส่ง)
- ค่าใช้จ่ายในการค้นหาข้อบกพร่องในการทดสอบ = (ความพยายามทั้งหมดที่ใช้ในการทดสอบ/ข้อบกพร่องที่พบในการทดสอบ)
- กำหนดการเลื่อนหลุด = (วันที่สิ้นสุดตามจริง – วันที่สิ้นสุดโดยประมาณ) / (วันที่สิ้นสุดตามแผน – วันที่เริ่มต้นตามแผน) X 100
- ผ่านการทดสอบกรณีทดสอบร้อยละ = (จำนวนการทดสอบที่ผ่านการทดสอบ/จำนวนการทดสอบทั้งหมดที่ดำเนินการ) X 100
- เปอร์เซ็นต์กรณีทดสอบที่ล้มเหลว = (จำนวนการทดสอบที่ล้มเหลว/จำนวนการทดสอบทั้งหมดที่ดำเนินการ) X 100
- เปอร์เซ็นต์กรณีทดสอบที่ถูกบล็อก = (จำนวนการทดสอบที่ถูกบล็อก/จำนวนการทดสอบทั้งหมดที่ดำเนินการ) X 100
- เปอร์เซ็นต์ข้อบกพร่องคงที่ = (ข้อบกพร่องแก้ไข/ข้อบกพร่องที่รายงาน) X 100
- เปอร์เซ็นต์ข้อบกพร่องที่ยอมรับ = (ข้อบกพร่องที่ทีม Dev ยอมรับว่าถูกต้อง/ข้อบกพร่องทั้งหมดที่รายงาน) X 100
- ข้อบกพร่องรอการตัดบัญชีเปอร์เซ็นต์ = (ข้อบกพร่องที่เลื่อนออกไปสำหรับการเปิดตัวในอนาคต/ข้อบกพร่องทั้งหมดที่รายงาน) X 100
- เปอร์เซ็นต์ข้อบกพร่องที่สำคัญ = (ข้อบกพร่องร้ายแรง / ข้อบกพร่องรวมที่รายงาน) X 100
- เวลาเฉลี่ยสำหรับทีมพัฒนาในการซ่อมแซมข้อบกพร่อง = (เวลาทั้งหมดที่ใช้ในการแก้ไขข้อบกพร่อง/จำนวนข้อบกพร่อง)
- จำนวนการทดสอบที่ทำต่อช่วงเวลา = จำนวนการทดสอบที่ทำ/เวลาทั้งหมด
- ทดสอบประสิทธิภาพการออกแบบ = จำนวนการทดสอบที่ออกแบบ /เวลาทั้งหมด
- ทดสอบประสิทธิภาพการทบทวน = จำนวนการทดสอบที่ทบทวน /เวลาทั้งหมด
- ค้นหาจุดบกพร่องหรือจำนวนข้อบกพร่องต่อชั่วโมงการทดสอบ = จำนวนข้อบกพร่องทั้งหมด/จำนวนชั่วโมงการทดสอบทั้งหมด