การวิเคราะห์ผลกระทบในการทดสอบซอฟต์แวร์
ชาร์ลส มัวร์
การวิเคราะห์ผลกระทบคืออะไร?
การวิเคราะห์ผลกระทบ หมายถึง การวิเคราะห์ผลกระทบของการเปลี่ยนแปลงในผลิตภัณฑ์หรือแอปพลิเคชันที่นำไปใช้งาน โดยจะให้ข้อมูลเกี่ยวกับพื้นที่ในระบบที่อาจได้รับผลกระทบเนื่องจากการเปลี่ยนแปลงในส่วนหรือคุณลักษณะเฉพาะของแอปพลิเคชัน
วิเคราะห์ผลกระทบในด้านข้อกำหนด การออกแบบ และ Archiเทคเจอร์ ผลกระทบต่อการทดสอบ และผลกระทบต่อกำหนดเวลา
ด้วยการรวมคุณสมบัติใหม่เข้ากับแอพพลิเคชั่นหรือผลิตภัณฑ์ การตรวจสอบอิทธิพลของคุณสมบัติใหม่เหล่านี้หรือการเปลี่ยนแปลงที่มีต่อประสิทธิภาพของระบบจึงกลายเป็นสิ่งจำเป็น ด้วยเหตุนี้ การวิเคราะห์ผลกระทบจึงเสร็จสิ้น
เหตุใดจึงทำการวิเคราะห์ผลกระทบการเปลี่ยนแปลง?
- เป็นการดำเนินการเพื่อทำความเข้าใจผลลัพธ์ที่เป็นไปได้ของการดำเนินการเปลี่ยนแปลง การกระตุ้นให้เกิดฟังก์ชันการทำงานมากเกินไปในผลิตภัณฑ์สามารถลดประสิทธิภาพโดยรวมของผลิตภัณฑ์ได้
- เพื่อระบุไฟล์ เอกสาร และโมเดลทั้งหมดที่อาจต้องแก้ไขหากทีมตัดสินใจที่จะดำเนินการเปลี่ยนแปลงในผลิตภัณฑ์
- เพื่อประเมินความพยายามที่จำเป็นเบื้องหลังการดำเนินการเปลี่ยนแปลง
- เพื่อระบุงานที่จำเป็นในการดำเนินการเปลี่ยนแปลง
- มันจะแสดงรายการการพึ่งพาองค์ประกอบเฉพาะ
เอกสารการวิเคราะห์ผลกระทบคืออะไร?
เอกสารการวิเคราะห์ผลกระทบสามารถใช้เป็นรายการตรวจสอบ ใช้เพื่อประเมินคำขอเปลี่ยนแปลงก่อนดำเนินการ เอกสารการวิเคราะห์ผลกระทบควรมีรายละเอียด เช่น
- คำอธิบายโดยย่อของปัญหา
- อธิบายหรือแสดงตัวอย่างว่าข้อบกพร่องทำให้เกิดความล้มเหลวและ/หรือไร้ประสิทธิภาพได้อย่างไร
- รวมค่าประมาณความซับซ้อน
- รวมการประมาณการต้นทุนและเวลาในการแก้ไข
- ฟังก์ชั่นที่จะทดสอบ
- แสดงรายการกรณีการทดสอบใหม่ที่สร้างขึ้นสำหรับการเปลี่ยนแปลง
- เอกสารอ้างอิง - กล่าวถึงเอกสารอ้างอิง ข้อกำหนดทางเทคนิค ฯลฯ
ตัวอย่าง:
เอกสารการวิเคราะห์ผลกระทบ
- เปลี่ยนรหัสคำขอ:
- หัวข้อ:
- Descriptไอออน:
- วันที่เตรียม:
- การประมาณการจัดลำดับความสำคัญ:
- ผลประโยชน์สัมพัทธ์
- การลงโทษแบบสัมพัทธ์
- ต้นทุนสัมพัทธ์
- ความเสี่ยงสัมพัทธ์
- ประมาณการเวลาความพยายามรวม: …..ชั่วโมง
- ประมาณการการสูญเสียความพยายาม: ……..ชั่วโมง
- กำหนดการโดยประมาณ ผลกระทบ:……วัน
- คุณภาพที่ได้รับผลกระทบ;
- ข้อกำหนดอื่นๆ ที่ได้รับผลกระทบ:
- งานอื่นๆ ที่ได้รับผลกระทบ:
- ปัญหาบูรณาการ:
วิธีนำเสนอระดับอิทธิพลของการวิเคราะห์ผลกระทบ
การวิเคราะห์ผลกระทบสามารถทำเครื่องหมายตามรหัสสีเพื่อแสดงความสำคัญของการเปลี่ยนแปลงหรือผลกระทบของการเปลี่ยนแปลงในระบบ รหัสสีอาจเป็นอะไรก็ได้ตามที่แสดงด้านล่าง
- สีแดง-เข้ม
- สีเหลือง- ปานกลาง
- สีเขียว- อ่อนแอ
ตารางด้านบนอธิบายผลกระทบของการเปลี่ยนแปลงที่นำไปใช้
- คุณสมบัติที่ทำเครื่องหมายด้วยสีแดงหมายถึงคุณสมบัติหลักที่มีการเปลี่ยนแปลง คุณสมบัติที่มีสีเหลืองคือคุณสมบัติที่ได้รับอิทธิพลน้อยกว่าจากการเปลี่ยนแปลง และคุณสมบัติที่มีสีเขียวคือคุณสมบัติที่น้อยที่สุด
- คุณลักษณะที่กล่าวถึงในแนวตั้งคล้ายคลึงกับคุณลักษณะที่มีการเปลี่ยนแปลง ในขณะที่คุณลักษณะดังกล่าวในแนวนอนถูกกล่าวถึงซึ่งการเปลี่ยนแปลงที่ดำเนินการอาจมีอิทธิพล ตัวอย่างเช่น ในตัวอย่างข้างต้น การเปลี่ยนแปลงในฟีเจอร์ 1 ส่งผลต่อฟีเจอร์ 3
- สำหรับโปรเจ็กต์ขนาดใหญ่ที่มีคุณสมบัติและฟังก์ชันการทำงานมากกว่าตารางด้านบนอาจไม่มีประโยชน์ใดๆ ในกรณีเช่นนี้ จะมีการนำแนวทางอื่นมาใช้ โดยที่นักพัฒนาทำเครื่องหมายระดับอิทธิพลทันทีเนื่องจากการเปลี่ยนแปลงในคุณสมบัติหลัก ดังที่แสดงด้านล่างซึ่งผลกระทบของคุณสมบัติหลักถูกทำเครื่องหมายไว้สำหรับคุณสมบัติย่อยที่เกี่ยวข้อง
คำถามตัวอย่างที่ต้องตอบเพื่อดำเนินการวิเคราะห์ผลกระทบ
- ผลข้างเคียงหรือความเสี่ยงที่ไม่พึงประสงค์จากการเปลี่ยนแปลงที่เสนอคืออะไร?
- มีเครื่องมือใดบ้างที่ได้มาเพื่อนำไปใช้และทดสอบการเปลี่ยนแปลง?
- หากยอมรับการเปลี่ยนแปลง จะต้องสูญเสียความพยายามไปมากขนาดไหน?
- การเปลี่ยนแปลงที่เสนอส่งผลเสียต่อข้อกำหนดด้านประสิทธิภาพหรือไม่?
- เพื่อตรวจสอบการเปลี่ยนแปลงที่เสนอ จำเป็นต้องป้อนข้อมูลโดยผู้ใช้รายอื่นหรือไม่
- การเปลี่ยนแปลงทำให้ต้นทุนผลิตภัณฑ์เพิ่มขึ้นหรือไม่?
- การเปลี่ยนแปลงที่เสนอนี้เป็นสิ่งที่พนักงานปัจจุบันมีความรู้และทักษะหรือไม่?
- การเปลี่ยนแปลงที่เสนอทำให้เกิดความต้องการทรัพยากรคอมพิวเตอร์ใดๆ ที่ยอมรับไม่ได้หรือไม่
แนวทางปฏิบัติที่ดีที่สุดสำหรับการวิเคราะห์ผลกระทบการเปลี่ยนแปลง
- ก่อนที่จะเริ่มต้นการวิเคราะห์ผลกระทบ ตรวจสอบให้แน่ใจว่าคำขอทดสอบไม่มีข้อมูลเกี่ยวกับส่วนของโครงการที่ได้รับอิทธิพลจากการเปลี่ยนแปลง
- ต้องมีการสื่อสารระหว่างนักพัฒนาและผู้ทดสอบต่อไป เพื่อไม่ให้พลาดการเปลี่ยนแปลงที่จำเป็นในการดำเนินการในผลิตภัณฑ์ขั้นสุดท้าย
- ระบุว่าจำเป็นต้องเปลี่ยนแปลง ลบ หรือเพิ่มเติมส่วนติดต่อผู้ใช้หรือไม่
- ประมาณการจำนวนการยอมรับ กรณีทดสอบระบบหรือการรวมระบบที่จำเป็น
- ระบุผลกระทบใดๆ ของการเปลี่ยนแปลงที่เสนอต่อแผนโครงการ แผนการจัดการการกำหนดค่า หรือแผนประกันคุณภาพอื่น
สรุป
- การวิเคราะห์ผลกระทบจะช่วยให้มั่นใจได้ว่าส่วนใดของแอปพลิเคชันจำเป็นต้องมีการเปลี่ยนแปลง
- วิเคราะห์ผลกระทบต่อระบบตามข้อกำหนด การออกแบบ และ Archiเทคเจอร์ ผลกระทบต่อการทดสอบ ฯลฯ
- ช่วยวิเคราะห์ว่าระดับไหน การทดสอบการถดถอย จำเป็นต้องมีการ
