STLC - การวิเคราะห์ความต้องการ

การวิเคราะห์ความต้องการเป็นขั้นตอนแรกของ STLC และจะเริ่มทันทีที่แชร์ SRD / SRS กับทีมทดสอบ ให้เราพิจารณาประเด็นต่อไปนี้เพื่อทำความเข้าใจการวิเคราะห์ความต้องการใน STLC

• เกณฑ์การเริ่มต้นของระยะนี้คือข้อกำหนดของ SRS (ข้อกำหนดข้อกำหนดของซอฟต์แวร์); ขอแนะนำว่าสถาปัตยกรรมแอปพลิเคชันมีประโยชน์

• ในระยะนี้ทีม QA จะวิเคราะห์ในระดับที่สูงขึ้นว่าจะทดสอบอะไรและจะทดสอบอย่างไร

• ทีม QA ติดตามผู้มีส่วนได้ส่วนเสียต่างๆเช่น Business Analyst, System Architecture, Client, Test Manager / Lead ในกรณีที่จำเป็นต้องมีการสอบถามหรือคำชี้แจงเพื่อทำความเข้าใจข้อกำหนด

• ข้อกำหนดอาจใช้งานได้หรือไม่ทำงานเช่นประสิทธิภาพการทำงานความปลอดภัยการใช้งาน ฯลฯ หรือทั้งฟังก์ชันและไม่ทำงาน

• เกณฑ์การออกของขั้นตอนนี้คือการกรอกเอกสาร RTM รายงานความเป็นไปได้ของระบบอัตโนมัติและรายการคำถามหากมีความเฉพาะเจาะจงมากขึ้นเกี่ยวกับข้อกำหนด

กิจกรรมที่ดำเนินการเพื่อการวิเคราะห์ความต้องการ

มีกิจกรรมหลักสามอย่างที่ดำเนินการโดยทีม QA ในระยะนี้ กิจกรรมได้อธิบายไว้ด้านล่าง

การกำหนดขอบเขต

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

เตรียม RTM

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

เมทริกซ์ถูกสร้างขึ้นที่จุดเริ่มต้นของโปรเจ็กต์เนื่องจากเป็นพื้นฐานของขอบเขตของโปรเจ็กต์และสิ่งที่ส่งมอบที่จะเกิดขึ้น

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

การวิเคราะห์อัตโนมัติ

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