ماتریس قابلیت ردیابی الزامات (RTM) در آزمایش چیست؟ : ویدیو های آموزشی فارکس

آخرین مطالب

امکانات وب

ماتریس قابلیت ردیابی الزامات (RTM) در آزمایش چیست؟

یک ماتریس قابلیت ردیابی سندی است که هر اسناد دو پایه را که برای بررسی کامل بودن رابطه نیاز به یک رابطه با بسیاری از افراد دارند ، مرتبط می کند.

از آن برای ردیابی الزامات و بررسی نیازهای پروژه فعلی استفاده می شود.

ماتریس ردیابی نیاز چیست؟

ماتریس ردیابی نیاز (RTM) سندی است که نیاز کاربر را با موارد آزمایشی نقشه و ردیابی می کند. این کلیه الزامات ارائه شده توسط مشتری و قابلیت ردیابی نیاز را در یک سند واحد ، که در پایان چرخه عمر توسعه نرم افزار تحویل داده می شود ، ضبط می کند. هدف اصلی ماتریس ردیابی نیاز ، تأیید اعتبار این است که کلیه الزامات از طریق موارد آزمون بررسی می شوند به گونه ای که هیچ عملکردی در طول آزمایش نرم افزار بررسی نشده است.

چرا RTM مهم است؟

دستور کار اصلی هر تستر باید درک نیاز مشتری باشد و اطمینان حاصل کند که محصول خروجی باید بدون نقص باشد. برای دستیابی به این هدف ، هر QA باید نیاز را به طور کامل درک کند و موارد آزمایش مثبت و منفی ایجاد کند.

این بدان معنی است که نیازهای نرم افزاری ارائه شده توسط مشتری باید بیشتر به سناریوهای مختلف تقسیم شود و بیشتر برای آزمایش موارد باشد. هر یک از این مورد باید به صورت جداگانه اجرا شود.

در اینجا سوالی پیش می آید که چگونه می توان اطمینان حاصل کرد که با توجه به تمام سناریوها/موارد ممکن ، این نیاز مورد آزمایش قرار می گیرد؟چگونه می توان اطمینان حاصل کرد که هرگونه نیاز از چرخه آزمایش خارج نشده است؟

یک روش ساده برای ردیابی نیاز با سناریوهای تست مربوطه و موارد آزمون آن است. این صرفاً به عنوان "ماتریس ردیابی نیاز" نامیده می شود.

ماتریس قابلیت ردیابی به طور معمول یک برگه است که شامل الزامات با تمام سناریوهای آزمایشی و موارد احتمالی آن و وضعیت فعلی آنها است ، یعنی در صورت تصویب یا شکست. این به تیم تست کمک می کند تا سطح فعالیتهای آزمایش انجام شده برای محصول خاص را درک کند.

کدام پارامترها را در ماتریس ردیابی مورد نیاز شامل می شود؟

شناسه مورد نیاز
نوع و توضیحات مورد نیاز
موارد آزمون با وضعیت

Requirements Traceability Matrix

در بالا یک ماتریس ردیابی نیاز به نمونه است.

اما در یک پروژه تست نرم افزار معمولی ، ماتریس قابلیت ردیابی بیشتر از این پارامترها خواهد بود.

Requirements Traceability Matrix

همانطور که در بالا نشان داده شد ، یک ماتریس قابل ردیابی نیاز می تواند:

پوشش مورد نیاز را در تعداد موارد آزمایش نشان دهید
وضعیت طراحی و همچنین وضعیت اجرا برای مورد تست خاص
اگر آزمایش پذیرش کاربر توسط کاربران انجام شود ، وضعیت UAT نیز می تواند در همان ماتریس ضبط شود.
نقص مربوطه و وضعیت فعلی را می توان در همان ماتریس نیز ذکر کرد.

این نوع ماتریس می تواند یک فروشگاه توقف را برای همه فعالیت های آزمایش فراهم کند.

جدا از حفظ یک اکسل به طور جداگانه. یک تیم تست همچنین می تواند نیازهای مورد نیاز را برای ردیابی ابزارهای مدیریت آزمون موجود انتخاب کند.

انواع ماتریس تست ردیابی

در مهندسی نرم افزار ، ماتریس قابلیت ردیابی را می توان به سه مؤلفه اصلی تقسیم کرد که در زیر ذکر شد:

قابلیت ردیابی رو به جلو: از این ماتریس برای بررسی اینکه آیا پروژه در جهت مورد نظر پیشرفت می کند و برای محصول مناسب استفاده می شود. این اطمینان حاصل می کند که هر یک از نیازها برای محصول اعمال می شود و هر یک از نیازها به طور کامل آزمایش می شود. این مورد الزامات را برای آزمایش موارد ترسیم می کند.

قابلیت ردیابی عقب یا معکوس: از آن برای اطمینان از اینکه محصول فعلی در مسیر مناسب باقی مانده است استفاده می شود. هدف از این نوع قابلیت ردیابی این است که تأیید کنیم که ما با افزودن کد ، عناصر طراحی ، تست یا سایر کارهایی که در الزامات مشخص نشده است ، دامنه پروژه را گسترش نمی دهیم. این موارد را به الزامات آزمایش می کند.

نحوه ایجاد ماتریس ردیابی نیاز

بیایید مفهوم ماتریس ردیابی نیاز را از طریق یک پروژه بانکی Guru99 درک کنیم.

بر اساس سند مورد نیاز تجارت (BRD) و سند مورد نیاز فنی (TRD) ، آزمایش کنندگان شروع به نوشتن موارد آزمون می کنند.

فرض کنید ، جدول زیر سند مورد نیاز تجارت ما یا BRD برای پروژه بانکی Guru99 است.

در اینجا سناریو این است که مشتری باید بتواند با گذرواژه صحیح و کاربر#شناسه به وب سایت بانکی Guru99 وارد شود در حالی که مدیر باید از طریق صفحه ورود به سیستم مشتری به وب سایت وارد شود.