ข้อกำหนดคืออะไร Tracเมทริกซ์ความน่าจะเป็น (RTM) ในการทดสอบ?
โธมัส แฮมิลตัน
⚡ สรุปอย่างชาญฉลาด
ความต้องการ Tracเมทริกซ์ความน่าจะเป็น (RTM) เป็นเอกสารที่มีโครงสร้างซึ่งเชื่อมโยงข้อกำหนดของโครงการกับกรณีทดสอบที่เกี่ยวข้อง เพื่อให้มั่นใจได้ถึงการครอบคลุมและการตรวจสอบความถูกต้องอย่างครบถ้วน เมทริกซ์นี้มีบทบาทสำคัญในการทดสอบซอฟต์แวร์ โดยช่วยป้องกันการพลาดฟังก์ชันการทำงาน สนับสนุนการปฏิบัติตามข้อกำหนด และสร้างความโปร่งใสให้แก่ผู้มีส่วนได้ส่วนเสีย
ความหมายของ Tracเมทริกซ์ความสามารถ (TM)?
A Tracเมทริกซ์ความน่าจะเป็น (eability Matrix) คือเอกสารที่เชื่อมโยงเอกสารพื้นฐานสองฉบับใดๆ ที่ต้องการความสัมพันธ์แบบหลายต่อหลาย เพื่อตรวจสอบความสมบูรณ์ของความสัมพันธ์นั้น
มันถูกใช้เพื่อ tracตรวจสอบข้อกำหนดและตรวจสอบว่าตรงตามข้อกำหนดของโครงการปัจจุบันหรือไม่
👉 ลงทะเบียนเข้าร่วมโครงการทดสอบซอฟต์แวร์สดฟรี
ข้อกำหนดคืออะไร Tracเมทริกซ์ความสามารถ?
ข้อกำหนด Tracเมทริกซ์ความสามารถ (RTM) เป็นเอกสารที่แสดงแผนที่และ tracเอกสารนี้รวบรวมข้อกำหนดของผู้ใช้พร้อมกรณีทดสอบ โดยจะบันทึกข้อกำหนดทั้งหมดที่ลูกค้าเสนอมาและข้อกำหนดอื่นๆ tracความสามารถในเอกสารฉบับเดียว ส่งมอบเมื่อสิ้นสุดกระบวนการ วงจรชีวิตการพัฒนาซอฟต์แวร์วัตถุประสงค์หลักของข้อกำหนดนี้ Tracเมทริกซ์ความน่าจะเป็นใช้เพื่อตรวจสอบว่าข้อกำหนดทั้งหมดได้รับการตรวจสอบผ่านกรณีทดสอบแล้ว เพื่อให้แน่ใจว่าไม่มีฟังก์ชันการทำงานใดที่ไม่ได้รับการตรวจสอบในระหว่างการทดสอบซอฟต์แวร์
เหตุใด RTM จึงมีความสำคัญ?
ภารกิจหลักของนักทดสอบทุกคนคือการทำความเข้าใจความต้องการของลูกค้า และตรวจสอบให้แน่ใจว่าผลิตภัณฑ์ที่ได้นั้นปราศจากข้อบกพร่อง เพื่อให้บรรลุเป้าหมายนี้ QA ทุกคนควรทำความเข้าใจข้อกำหนดอย่างถ่องแท้ และสร้างกรณีทดสอบทั้งเชิงบวกและเชิงลบ
ซึ่งหมายความว่าข้อกำหนดซอฟต์แวร์ที่ลูกค้ากำหนดไว้จะต้องถูกแยกย่อยออกเป็นสถานการณ์ต่างๆ และกรณีทดสอบ โดยแต่ละกรณีจะต้องดำเนินการแยกกัน
มีคำถามเกิดขึ้นว่าจะทำอย่างไรให้มั่นใจว่าข้อกำหนดนั้นได้รับการทดสอบ โดยพิจารณาจากสถานการณ์/กรณีที่เป็นไปได้ทั้งหมด? แล้วจะมั่นใจได้อย่างไรว่าข้อกำหนดใดๆ จะไม่ถูกละเลยจากวงจรการทดสอบ?
วิธีง่ายๆ คือ trace เงื่อนไขข้อกำหนดพร้อมสถานการณ์ทดสอบที่เกี่ยวข้องและ กรณีทดสอบสิ่งนี้เรียกว่า 'ข้อกำหนด' Tracเมทริกซ์ความสามารถ
การขอ tracเมทริกซ์ความเหมาะสมโดยทั่วไปคือแบบฟอร์มที่ประกอบด้วยข้อกำหนดพร้อมความเป็นไปได้ทั้งหมด สถานการณ์ทดสอบ และกรณีต่างๆ และสถานะปัจจุบัน เช่น ผ่านหรือไม่ผ่าน ซึ่งจะช่วยให้ทีมทดสอบเข้าใจระดับกิจกรรมการทดสอบที่ดำเนินการสำหรับผลิตภัณฑ์นั้นๆ
ใครต้องการ RTM?
A ข้อกำหนด Tracเมทริกซ์ความสามารถ (RTM) ไม่ใช่แค่สำหรับผู้ทดสอบเท่านั้น แต่ยังมีคุณค่าสำหรับใครก็ตามที่เกี่ยวข้องกับการส่งมอบซอฟต์แวร์หรือโครงการคุณภาพสูง
- QA และผู้ทดสอบ → รับรองการครอบคลุมความต้องการ 100% ด้วยกรณีทดสอบที่แมปไว้อย่างดี
- นักวิเคราะห์ธุรกิจ → Track ข้อกำหนดจาก SRS/User Stories จนถึงการดำเนินการ
- ผู้จัดการโครงการ → รับการมองเห็นขอบเขต ความคืบหน้า และข้อกำหนดที่หายไป
- นักพัฒนา → ทำความเข้าใจว่าฟีเจอร์ต่างๆ เชื่อมโยงกับเป้าหมายทางธุรกิจอย่างไร
- อุตสาหกรรมที่มีการควบคุม (การดูแลสุขภาพ, ยานยนต์, อวกาศ, การเงิน) → พิสูจน์การปฏิบัติตามกฎระเบียบและผ่านการตรวจสอบได้อย่างชัดเจน tracความสามารถ
- ลูกค้าและผู้มีส่วนได้ส่วนเสีย → รับความมั่นใจได้ว่าข้อกำหนดของพวกเขาได้รับการดำเนินการและทดสอบแล้ว
👉 สรุปคือ ใครก็ตามที่รับผิดชอบ การสร้าง การตรวจสอบ หรือการอนุมัติข้อกำหนดของซอฟต์แวร์ ได้ประโยชน์จาก RTM
ควรระบุพารามิเตอร์ใดบ้างในข้อกำหนด Tracเมทริกซ์ความสามารถ?
- รหัสความต้องการ
- ประเภทความต้องการและ Descriptไอออน
- กรณีทดสอบที่มีสถานะ
ด้านบนเป็นตัวอย่างข้อกำหนด tracเมทริกซ์ความสามารถ
แต่ในลักษณะทั่วไป การทดสอบซอฟต์แวร์ โครงการ tracเมทริกซ์ความสามารถจะมีพารามิเตอร์มากกว่านี้
ดังที่แสดงไว้ข้างต้น ข้อกำหนด tracเมทริกซ์ความสามารถสามารถ:
- แสดงความครอบคลุมข้อกำหนดในจำนวนกรณีทดสอบ
- สถานะการออกแบบและสถานะการดำเนินการสำหรับกรณีทดสอบเฉพาะ
- หากมีการทดสอบการยอมรับของผู้ใช้ที่ต้องดำเนินการโดยผู้ใช้ สถานะ UAT ก็จะถูกบันทึกไว้ในเมทริกซ์เดียวกันได้เช่นกัน
- ข้อบกพร่องที่เกี่ยวข้องและสถานะปัจจุบันสามารถกล่าวถึงในเมทริกซ์เดียวกันได้
เมทริกซ์ประเภทนี้จะให้ ร้านค้าครบวงจร สำหรับกิจกรรมการทดสอบทั้งหมด
นอกจากการจัดเก็บไฟล์ Excel แยกต่างหากแล้ว ทีมทดสอบยังสามารถเลือกกำหนดข้อกำหนดเพิ่มเติมได้อีกด้วย tracสามารถใช้งานได้ในเครื่องมือจัดการทดสอบ (Test Management Tools)
ประเภทของ Tracเมทริกซ์การทดสอบความสามารถ
ในสาขาวิศวกรรมซอฟต์แวร์ tracเมทริกซ์ความสามารถสามารถแบ่งออกเป็นสามองค์ประกอบหลักดังที่กล่าวไว้ด้านล่าง:
- กองหน้า tracความสามารถ: เมทริกซ์นี้ใช้เพื่อตรวจสอบว่าโครงการดำเนินไปในทิศทางที่ต้องการและสำหรับผลิตภัณฑ์ที่เหมาะสมหรือไม่ ทำให้แน่ใจว่าข้อกำหนดแต่ละข้อถูกนำไปใช้กับผลิตภัณฑ์และมีการทดสอบข้อกำหนดแต่ละข้ออย่างละเอียด โดยจะแมปข้อกำหนดเพื่อทดสอบกรณีต่างๆ
- ถอยหลังหรือกลับด้าน tracความสามารถ: ใช้เพื่อให้แน่ใจว่าผลิตภัณฑ์ปัจจุบันยังคงอยู่ทางด้านขวา track. จุดประสงค์เบื้องหลังสิ่งนี้ tracความสามารถในการทดสอบคือการตรวจสอบว่าเราไม่ได้ขยายขอบเขตของโครงการโดยการเพิ่มโค้ด องค์ประกอบการออกแบบ การทดสอบ หรือการทำงานอื่น ๆ ที่ไม่ได้ระบุไว้ในข้อกำหนด เป็นการจับคู่กรณีทดสอบกับข้อกำหนด
- สองทิศทาง tracความสามารถ (ไปข้างหน้า+ถอยหลัง): แจกันดอกไม้โรแมนติกนี้ tracเมทริกซ์ความน่าจะเป็นช่วยให้มั่นใจได้ว่ากรณีทดสอบครอบคลุมข้อกำหนดทั้งหมด โดยจะวิเคราะห์ผลกระทบของการเปลี่ยนแปลงข้อกำหนดที่ได้รับผลกระทบจาก ข้อบกพร่อง ในผลิตภัณฑ์งานและในทางกลับกัน
วิธีการสร้างข้อกำหนด Tracเมทริกซ์ความสามารถ
เรามาทำความเข้าใจแนวคิดเรื่องข้อกำหนดกันเถอะ Tracเมทริกซ์ความสามารถผ่านทาง Guruโครงการธนาคาร 99 โครงการ
บนพื้นฐานของ เอกสารข้อกำหนดทางธุรกิจ (BRD) และ เอกสารข้อกำหนดทางเทคนิค (TRD)ผู้ทดสอบเริ่มเขียนกรณีทดสอบ
สมมติว่าตารางต่อไปนี้เป็นเอกสารความต้องการทางธุรกิจของเราหรือ BRD สำหรับ Guruโครงการธนาคาร 99.
ในกรณีนี้ ลูกค้าควรจะสามารถล็อกอินเข้าสู่ระบบได้ Guru99 เว็บไซต์ธนาคารโดยใช้รหัสผ่านและรหัสผู้ใช้ที่ถูกต้อง ในขณะที่ผู้จัดการควรจะสามารถเข้าสู่ระบบเว็บไซต์ผ่านหน้าเข้าสู่ระบบของลูกค้าได้
ตารางด้านล่างนี้เป็นของเรา เอกสารข้อกำหนดทางเทคนิค (TRD).
หมายเหตุ ทีม QA ไม่ได้จัดทำเอกสาร BRD และ TRD นอกจากนี้บางบริษัทก็ใช้ เอกสารข้อกำหนดฟังก์ชัน (FRD)ซึ่งคล้ายกับเอกสารข้อกำหนดทางเทคนิค แต่กระบวนการสร้างนั้นแตกต่างออกไป Tracเมทริกซ์ความสามารถยังคงเหมือนเดิม
ก้าวต่อไปและสร้าง RTM ในการทดสอบ
ขั้นตอน 1) Our กรณีทดสอบตัวอย่าง is
“ยืนยันการเข้าสู่ระบบ: เมื่อป้อน ID และรหัสผ่านที่ถูกต้องแล้ว จะสามารถเข้าสู่ระบบได้สำเร็จ”
ขั้นตอน 2) ระบุข้อกำหนดทางเทคนิคที่กรณีทดสอบนี้กำลังตรวจสอบ สำหรับกรณีทดสอบของเรา ข้อกำหนดทางเทคนิค T94 กำลังได้รับการตรวจสอบ
ขั้นตอน 3) โปรดสังเกตข้อกำหนดทางเทคนิค (T94) นี้ในกรณีทดสอบ
ขั้นตอน 4) ระบุข้อกำหนดทางธุรกิจที่กำหนด TR (ข้อกำหนดทางเทคนิค-T94) นี้
ขั้นตอน 5) จดบันทึก BR (ข้อกำหนดทางธุรกิจ) ในกรณีทดสอบ
ขั้นตอน 6) ดำเนินการข้างต้นสำหรับกรณีทดสอบทั้งหมด Later, อดีตtracเลือก 3 คอลัมน์แรกจากชุดทดสอบของคุณ RTM ในการทดสอบพร้อมแล้ว!
ข้อดีของข้อกำหนดนี้ Tracเมทริกซ์ความสามารถ
- ยืนยันความครอบคลุมการทดสอบ 100%
- โดยเน้นย้ำถึงข้อกำหนดใดๆ ที่ขาดหายไปหรือความไม่สอดคล้องกันของเอกสาร
- โดยจะแสดงข้อบกพร่องโดยรวมหรือสถานะการดำเนินการโดยเน้นที่ข้อกำหนดทางธุรกิจ
- ช่วยในการวิเคราะห์หรือประเมินผลกระทบต่อการทำงานของทีม QA ที่เกี่ยวข้องกับการตรวจสอบหรือแก้ไขกรณีทดสอบอีกครั้ง
แนวทางปฏิบัติที่ดีที่สุดและเคล็ดลับสำหรับการใช้ RTM
ข้อกำหนด Tracเมทริกซ์ความสามารถ (RTM) จะมีประสิทธิภาพสูงสุดเมื่อ... ให้เรียบง่าย สม่ำเสมอ และอัปเดตเป็นประจำนี่คือแนวทางปฏิบัติที่ดีที่สุดที่จะช่วยให้ทีมสามารถมั่นใจได้ ครอบคลุมเต็มรูปแบบ การแก้ไขงานน้อยที่สุด และความมั่นใจที่เพิ่มขึ้นในการส่งมอบโครงการ:
- เริ่มก่อน → สร้าง RTM ของคุณในช่วงเริ่มต้นของโครงการ
- ให้มันอัปเดต → อัปเดตเมทริกซ์ทุกครั้งที่มีการเปลี่ยนแปลงข้อกำหนดหรือกรณีทดสอบ
- ใช้รหัส Clear ID → กำหนดรหัสเฉพาะให้กับข้อกำหนดและกรณีทดสอบเพื่อให้ง่ายต่อการใช้งาน tracความสามารถ
- ครอบคลุมทั้งกรณีบวกและลบ → รับรองว่าข้อกำหนดทั้งหมดได้รับการตรวจสอบจากมุมการทดสอบหลายมุม
- ทำงานร่วมกันข้ามทีม → ให้ผู้ทดสอบ นักพัฒนา BA และผู้จัดการโครงการมีส่วนร่วมในการบำรุงรักษา RTM
- เครื่องมืองัด → แทนที่จะใช้สเปรดชีต ควรพิจารณาใช้เครื่องมือการจัดการการทดสอบ (เช่น Jira, HP ALM หรือ Zephyr) เพื่อความสามารถในการปรับขนาด
- การควบคุมเวอร์ชัน → เก็บเวอร์ชันเก่าไว้ track เปลี่ยนแปลงและรักษาการปฏิบัติตามข้อกำหนด
- เน้นความเรียบง่าย → หลีกเลี่ยงการโอเวอร์โหลดเมทริกซ์ เน้นเฉพาะพารามิเตอร์ที่จำเป็นเท่านั้น
- ตรวจสอบเป็นประจำ → ตรวจสอบ RTM เป็นระยะๆ เพื่อจับช่องว่างก่อนถึงกำหนดเส้นตายการทดสอบ
- ลิงค์สู่มูลค่าทางธุรกิจ → ระบุข้อกำหนดกลับไปยังเป้าหมายทางธุรกิจเพื่อแสดง ROI
ความท้าทายและแนวทางแก้ไข RTM ทั่วไป
- ความท้าทาย: คีping RTM อัปเดตแล้ว
ข้อกำหนดและกรณีทดสอบมักเปลี่ยนแปลงบ่อยครั้ง ทำให้ RTM ล้าสมัยอย่างรวดเร็ว
วิธีการแก้: ใช้เครื่องมือการจัดการการทดสอบอัตโนมัติที่ซิงค์ข้อกำหนด กรณีทดสอบ และข้อบกพร่องแบบเรียลไทม์ - ความท้าทาย: ความซับซ้อนมากเกินไป
การเพิ่มพารามิเตอร์มากเกินไปทำให้ RTM ยากต่อการบำรุงรักษาและตีความ
วิธีการแก้: รักษา RTM ให้กระชับโดยมุ่งเน้นเฉพาะข้อมูลที่จำเป็น เช่น ID คำอธิบาย และสถานะ - ความท้าทาย: การทำงานร่วมกันเป็นทีมไม่ดี
ทีมงานที่แตกต่างกันอาจไม่ตรงกันในเรื่องความเป็นเจ้าของหรือการอัปเดต
วิธีการแก้: กำหนดบทบาทที่ชัดเจน เกี่ยวข้องกับผู้ทดสอบ นักพัฒนา และนักวิเคราะห์ และกำหนดตารางการตรวจสอบ RTM เป็นประจำ - ความท้าทาย: ความต้องการครอบคลุมไม่ครบถ้วน
ข้อกำหนดบางประการอาจขาดกรณีทดสอบ ส่งผลให้สูญเสียฟังก์ชันการทำงาน
วิธีการแก้: ตรวจสอบความครอบคลุมอย่างสม่ำเสมอ ใช้การสื่อสารแบบสองทิศทาง tracตรวจสอบความเหมาะสม และดำเนินการตรวจสอบก่อนการออกเวอร์ชันหลัก - ความท้าทาย: ความพยายามด้วยมือในโครงการขนาดใหญ่
การจัดการ RTM ในสเปรดชีตกลายเป็นเรื่องใช้เวลานานสำหรับระบบที่ซับซ้อน
วิธีการแก้: นำเครื่องมือ RTM เช่น Jira, HP ALM หรือ Zephyr มาใช้เพื่อสร้างระบบอัตโนมัติสำหรับการจัดการแผนที่ping และการรายงาน
มาเรียนรู้ RTM ด้วยตัวอย่างในวิดีโอ
คลิก Good Farm Animal Welfare Awards หากไม่สามารถเข้าถึงวิดีโอได้
ข้อกำหนด Tracแม่แบบเมทริกซ์ความสามารถ (RTM)
คลิกด้านล่างเพื่อดาวน์โหลดไฟล์ Excel เทมเพลต RTM
ดาวน์โหลดเทมเพลต RTM Excel(.xlsx)
