Какво е Изисквания TracМатрица на възможностите (RTM) в тестването?

Какво е TracМатрица на възможностите (TM)?

A TracМатрицата на надеждността е документ, който съпоставя два базови документа, изискващи връзка „много към много“, за да се провери пълнотата на връзката.

Свикнало е да tracизискванията и да се провери дали са изпълнени текущите изисквания на проекта.

👉 Запишете се за безплатен проект за тестване на софтуер на живо

Какво е изискване TracМатрица на възможностите?

Изискване TracМатрица на надеждността (RTM) е документ, който картографира и tracпотребителските изисквания с тестови случаи. Той обхваща всички изисквания, предложени от клиента, и изискванията tracвъзможност в един документ, предоставен в края на Жизнен цикъл на разработка на софтуерОсновната цел на Изискването TracМатрицата на възможността е да се валидира, че всички изисквания са проверени чрез тестови случаи, така че никоя функционалност да не е непроверена по време на тестване на софтуера.

Защо RTM е важен?

Основната цел на всеки тестер трябва да бъде да разбере изискванията на клиента и да се увери, че крайният продукт е без дефекти. За да се постигне тази цел, всеки QA специалист трябва да разбере задълбочено изискванията и да създаде положителни и отрицателни тестови случаи.

Това би означавало, че софтуерните изисквания, предоставени от клиента, трябва да бъдат допълнително разделени на различни сценарии и по-нататък на тестови случаи. Всеки от тези случаи трябва да бъде изпълнен поотделно.

Тук възниква въпросът как да се гарантира, че изискването е тествано, като се вземат предвид всички възможни сценарии/случаи? Как да се гарантира, че никое изискване не е изключено от цикъла на тестване?

Един прост начин е да tracизискването със съответните му тестови сценарии и тестови случаиТова се нарича „Изискване“ TracМатрица на ефективността.

- tracМатрицата на възможностите обикновено е работен лист, който съдържа изискванията с всички възможни тестови сценарии и случаи и текущото им състояние, т.е. дали са били одобрени или не. Това би помогнало на екипа за тестване да разбере нивото на извършените тестови дейности за конкретния продукт.

Кой има нужда от RTM?

A Изисквания TracМатрица на надеждността (RTM) не е само за тестери — ценно е за всеки, който участва в разработването на висококачествен софтуер или проекти.

• QA и тестери → Осигурете 100% покритие на изискванията с добре картографирани тестови случаи.
• Бизнес анализатори → Track изисквания от SRS/Потребителски истории чрез изпълнение.
• Ръководители на проекта → Получете представа за обхвата, напредъка и пропуснатите изисквания.
• Разработчици → Разберете как характеристиките се свързват с бизнес целите.
• Регулирани отрасли (Здравеопазване, Автомобилна индустрия, Аерокосмическа индустрия, Финанси) → Докажете съответствие и преминете одити с ясни tracлеснота.
• Клиенти и заинтересовани страни → Получете уверение, че техните изисквания са изпълнени и тествани.

👉 Накратко, всеки, който е отговорен за изграждане, валидиране или одобряване на софтуерни изисквания ползи от RTM.

Кои параметри да се включат в изискването TracМатрица на възможностите?

• ID на изискване
• Тип на изискването и Descriptйон
• Тестови случаи със статус

По-горе е дадено примерно изискване tracматрица на ефективността.

Но в типичен тестване на софтуер проектът, на tracМатрицата на вероятността би имала повече от тези параметри.

Както е илюстрирано по-горе, изискване tracМатрицата на възможностите може:

• Покажете покритието на изискването в броя на тестовите случаи
• Статус на проектиране, както и статус на изпълнение за конкретния тестов случай
• Ако има някакви тестове за приемане от потребителя, които трябва да бъдат извършени от потребителите, тогава състоянието на UAT може да бъде записано в същата матрица.
• Свързаните дефекти и текущото състояние също могат да бъдат посочени в същата матрица.

Този вид матрица би осигурила На едно гише за всички тестови дейности.

Освен че поддържа Excel файл отделно, екипът за тестване може също да избере изисквания tracинг, наличен в Инструменти за управление на тестове.

Видове TracМатрица за тестване на надеждността

В софтуерното инженерство, a tracМатрицата на ефективността може да бъде разделена на три основни компонента, както е посочено по-долу:

• напред tracвъзможност: Тази матрица се използва за проверка дали проектът напредва в желаната посока и за правилния продукт. Той гарантира, че всяко изискване е приложено към продукта и че всяко изискване е щателно тествано. Той преобразува изискванията към тестови случаи.
• Назад или назад tracвъзможност: Използва се, за да се гарантира, че текущият продукт остава отдясно tracк. Целта на този вид tracУлеснението е да се провери дали не разширяваме обхвата на проекта чрез добавяне на код, дизайнерски елементи, тестове или друга работа, която не е посочена в изискванията. То съпоставя тестовите случаи с изискванията.
• Двупосочен tracвъзможност (напред + назад): Това tracМатрицата на изправността гарантира, че тестовите случаи покриват всички изисквания. Тя анализира въздействието на промяна в изискванията, засегнати от дефект в работен продукт и обратно.

Как да създадете изискване TracМатрица на възможностите

Нека разберем концепцията за изискване TracМатрица на възможностите чрез a Guru99 банков проект.

Въз основа на документът за бизнес изисквания (BRD) намлява Документ с технически изисквания (TRD), тестерите започват да пишат тестови случаи.

Да предположим, че следната таблица е нашият документ с бизнес изисквания или BRD за Guru99 банков проект.

В този случай, клиентът трябва да може да влезе в Guru99 банков уебсайт с правилната парола и потребителско име, докато мениджърът трябва да може да влезе в уебсайта чрез страницата за вход на клиента.

Таблицата по-долу е нашата Документ с технически изисквания (TRD).

Забележка: QA екипите не документират BRD и TRD. Освен това някои компании използват Документи за функционални изисквания (FRD), които са подобни на документите с технически изисквания, но процесът на създаване на TracМатрицата на ефективността остава същата.

Да продължим и да създадем RTM в Testing

Стъпка 1) Нашата примерен тестов случай is

„Проверка на входа: Когато бъдат въведени правилните идентификатор и парола, системата би трябвало да влезе успешно.“

Стъпка 2) Идентифицирайте техническото изискване, което този тестов случай проверява. В нашия тестов случай се проверява техническото изискване T94.

Стъпка 3) Обърнете внимание на това техническо изискване (T94) в тестовия случай.

Стъпка 4) Идентифицирайте бизнес изискването, за което е дефинирано това TR (техническо изискване-T94)

Стъпка 5) Обърнете внимание на BR (бизнес изискване) в тестовия случай

Стъпка 6) Направете горното за всички тестови случаи. Later, БившиtracПървите 3 колони от вашия тестов пакет. RTM в тестването е готово!

Предимства на изискването TracМатрица на възможностите

• Потвърждава 100% покритие на теста
• Той подчертава всички липсващи изисквания или несъответствия в документа
• Той показва цялостните дефекти или състоянието на изпълнение с акцент върху бизнес изискванията
• Това помага при анализа или оценката на въздействието върху работата на екипа по QA по отношение на повторното разглеждане или преработване на тестовите случаи.

Най-добри практики и съвети за използване на RTM

Изисквания TracМатрицата на ефективността (RTM) е най-ефективна, когато е поддържа се просто, последователно и се актуализира редовноЕто най-добрите практики, които ще позволят на екипите да гарантират пълно покритие, минимална преработка и повишена увереност при изпълнението на проекта:

• Започнете рано → Създайте своя RTM в самото начало на проекта.
• Поддържайте го актуализиран → Актуализирайте матрицата винаги, когато изискванията или тестовите случаи се променят.
• Използвайте ясни идентификатори → Присвойте уникални идентификатори на изискванията и тестовите случаи за лесно tracлеснота.
• Покриване на положителни и отрицателни случаи → Уверете се, че всяко изискване е валидирано от множество ъгли на тестване.
• Сътрудничество между екипи → Включете тестери, разработчици, бизнес асистенти и ръководители на проекти в поддръжката на RTM.
• Инструменти за лоста → Вместо електронни таблици, помислете за инструменти за управление на тестове (като Jira, HP ALM или Zephyr) за мащабируемост.
• Контрол на версиите → Запазете историческите версии track промени и поддържане на съответствие.
• Фокусирайте се върху простотата → Избягвайте претоварването на матрицата; маркирайте само основните параметри.
• Редовен одит → Периодично преглеждайте RTM, за да откриете пропуски преди крайните срокове за тестване.
• Връзка към бизнес стойността → Съпоставете изискванията с бизнес целите, за да покажете възвръщаемостта на инвестициите.

Често срещани предизвикателства и решения за RTM

1. Предизвикателство: Кийping Актуализирано RTM
   Изискванията и тестовите случаи се променят често, което прави RTM бързо остаряващия.
   Решение: Използвайте автоматизирани инструменти за управление на тестове, които синхронизират изисквания, тестови случаи и дефекти в реално време.
2. Предизвикателство: Прекомерна сложност
   Добавянето на твърде много параметри прави RTM труден за поддръжка и интерпретация.
   Решение: Поддържайте RTM гъвкавост, като се фокусирате само върху основни полета като идентификатори, описания и статус.
3. Предизвикателство: Лошо сътрудничество в екипа
   Различните екипи може да не са съгласни относно собствеността или актуализациите.
   Решение: Определете ясни роли, включете тестери, разработчици и анализатори и насрочете редовни прегледи на RTM.
4. Предизвикателство: Непълно покритие на изискванията
   Някои изисквания може да липсват тестови случаи, което води до пропусната функционалност.
   Решение: Проверявайте редовно покритието, използвайте двупосочно tracвъзможност и да извършват одити преди основните издания.
5. Предизвикателство: Ръчен труд в големи проекти
   Управлението на RTM в електронни таблици става времеемко за сложни системи.
   Решение: Използвайте RTM инструменти като Jira, HP ALM или Zephyr, за да автоматизирате картографиранетоping и докладване.

Нека научим RTM с пример във видеото

Кликнете тук ако видеото не е достъпно

Изисквания TracШаблон за матрица на ефективността (RTM)

Кликнете по-долу, за да изтеглите Excel файла с RTM шаблон

Изтеглете RTM Template Excel(.xlsx)

Често задавани въпроси: