Използвайте този шаблон
Потребителското приемане (UAT) е последният шанс да разберете дали новата система наистина работи за хората, които ще я използват. Твърде често то се провежда по неясни сценарии, като например „тествайте процеса по фактуриране“, от заети бизнес потребители, които не са сигурни какво да проверят, като доказателства се използват екранни снимки, поставени в имейл. Дефекти се пропускат, резултатите от тестовете не могат да се вярват и одобрението се превръща в въпрос на мнение. Шаблонът за скрипт за UAT тест решава това, като дава на всеки тест една и съща ясна структура: какво да се тества, как, с какви данни, какво трябва да се случи и какво реално се е случило.
Този безплатен шаблон за скрипт за UAT тест обхваща детайлите на теста, предпоставките, тестовите данни, номерираните стъпки с очаквани и действителни резултати, статус „успешно/неуспешно“, доказателства, дефекти и одобрение. Той включва попълнен пример, насоки за писане на стъпки, които бизнес потребителите могат да следват, и начин за събиране на доказателства чрез запис на теста вместо поставяне на екранни снимки. Копирайте структурата по-долу или я отворете в Trupeer и я персонализирайте за вашия проект.
Какво е шаблон за скрипт за UAT тест?
Шаблонът за скрипт за UAT тест е готов формат за стъпка-по-стъпка инструкции, които бизнес потребителите следват по време на потребителското приемане. Всеки скрипт тества един бизнес сценарий от край до край, като например създаване на поръчка за покупка и осчетоводяване на фактурата от доставчика. Той изброява предпоставките и тестовите данни, стъпките за изпълнение, очаквания резултат за всяка стъпка, действителния резултат, статуса „успешно/неуспешно“, събраните доказателства и всички повдигнати дефекти, за да може бизнесът да реши дали системата е готова за стартиране в реална среда.
UAT скриптовете се намират във вашия цялостен подход за тестване. За общия план вижте шаблона за тест план.
Защо да използвате шаблон за скрипт за UAT тест?
Бизнес потребителите не са професионални тестери. Ясните, номерирани стъпки им позволяват да тестват уверено.
Последователните скриптове дават последователни резултати, за да можете да ги сравнявате и да им вярвате.
Очакваните резултати премахват догадките относно това какво означава „правилно“.
Доказателствата подкрепят одобрението и одита, като показват точно какво е тествано и какво се е случило.
Дефектите се коригират по-лесно, когато са свързани с точната стъпка и доказателства.
Скриптовете се превръщат в обучителни материали, защото описват реални задачи в новата система.
Кой използва шаблон за скрипт за UAT тест?
Мениджъри на тестове и UAT лидери, които планират и координират потребителското приемане.
Бизнес потребители и собственици на процеси, които провеждат тестовете и дават одобрение.
Бизнес анализатори, които пишат скриптове по изисквания.
Екипи по внедряване на ERP, CRM и HCM за тестване на конфигурирани системи.
QA екипи, които управляват дефекти и повторни тестове.
Одитори и екипи по съответствие, които се нуждаят от доказателства за тестване.
Преглед на шаблона за скрипт за UAT тест
Шаблонът се отваря със заглавието на скрипта за тест: ID, заглавие, бизнес сценарий, референция към изискване, тестер, среда и дата. Следват предпоставките и тестовите данни. Основната таблица показва всяка стъпка с действието, очаквания резултат, действителния резултат, статус „успешно/неуспешно“ и линк към доказателства. Скриптът завършва с общ резултат, повдигнати дефекти, резултати от повторно тестване и одобрение. Всяка секция е редактируема, така че можете да добавяте колони, да променяте стойностите на статусите или да свържете скрипта с вашия инструмент за управление на тестове.
Как да персонализирате този шаблон в Trupeer
Стъпка 1: Отворете секцията Templates
Отидете до секцията Templates от главната навигация.
Стъпка 2: Изберете и отворете шаблон
Кликнете върху който и да е шаблон, с който искате да работите, за да го отворите.
Стъпка 3: Разгънете изгледа на шаблона
Ако е необходимо, разгънете изгледа на шаблона, за да виждате пълната структура и детайлите ясно.
Стъпка 4: Редактирайте шаблона
Кликнете върху Edit, за да започнете да променяте избрания шаблон.
В редактора можете да:
Добавяте нови секции
Дефинирате или актуализирате правила за форматиране
Добавяте лого и да коригирате позицията му и свързаните настройки
Стъпка 5: Запазете персонализирания си шаблон
След като направите всички необходими промени, кликнете върху Save, за да запазите актуализирания шаблон като ваш.
Стъпка 6: Прегледайте и фино настройте шаблона
Когато искате да видите как изглежда вашият персонализиран шаблон, отворете Preview.
От екрана за преглед можете да продължите да правите корекции директно, ако е необходимо, като гарантирате, че шаблонът се показва точно както искате.
С шаблон за скрипт за UAT тест можете да:
Давате ясни стъпки на бизнес потребителите, които могат да следват без обучение.
Дефинирате как изглежда „правилно“ с очаквани резултати за всяка стъпка.
Събирате доказателства последователно, идеално като запис на теста.
Свързвате дефектите с точната стъпка, където са се появили.
Подкрепяте решенията за стартиране с одобрени, подкрепени с доказателства резултати.
Какво трябва да съдържа шаблонът за скрипт за UAT тест
Секция | Какво обхваща |
|---|---|
Заглавие на скрипта | ID, заглавие, бизнес сценарий, референция към изискване, приоритет |
Детайли на теста | Тестер, среда, тест цикъл, дата |
Предпоставки | Какво трябва да е вярно преди тестване, като достъп на потребителя и настройка |
Тестови данни | Данните за използване, като доставчик, материал и количества |
Стъпки на теста | Номерирани действия, които тестерът изпълнява |
Очаквани резултати | Какво трябва да се случи във всяка стъпка |
Действителни резултати | Какво се е случило |
Статус | Успешно, неуспешно, блокирано или не е изпълнено, по стъпка и общо |
Доказателства | Запис или екранни снимки от теста |
Дефекти | ID на дефекта, описание и тежест за всяка неуспешна ситуация |
Повторно тестване | Дата на повторно тестване, резултат и доказателства |
Одобрение | Одобрение от тестер и бизнес собственик |
Безплатен шаблон за скрипт за UAT тест: структурата за копиране
Копирайте структурата по-долу във ваш собствен документ или електронна таблица, или я отворете в Trupeer и я персонализирайте.
1. Заглавие на скрипта. ID на скрипта: [UAT-P2P-001]. Заглавие: [Създаване на поръчка за покупка и осчетоводяване на фактурата от доставчика]. Бизнес сценарий: [Стандартна покупка на стоки с тристранно съпоставяне]. Референция към изискване: [REQ-ID или fit-gap ID]. Приоритет: [Висок, среден или нисък].
2. Детайли на теста. Тестер: [име и роля]. Среда: [UAT система]. Тест цикъл: [цикъл 1, 2 или регресия]. Дата: [дата].
3. Предпоставки. [Тестерът има ролите buyer и AP clerk в UAT системата. Доставчикът и материалът съществуват. Толерансите са конфигурирани.]
4. Тестови данни. Доставчик: [ID на доставчик]. Материал: [ID на материал]. Количество: [количество]. Цена: [цена]. Център на разходите: [център на разходите].
5. Стъпки на теста.
Стъпка | Действие | Очакван резултат | Действителен резултат | Статус | Доказателства |
|---|---|---|---|---|---|
1 | [Действие] | [Очакван резултат] | [Действителен резултат] | [Успешно / неуспешно / блокирано] | [Времеви печат на записа или екранна снимка] |
2 | [Действие] | [Очакван резултат] | [Действителен резултат] | [Статус] | [Доказателства] |
3 | [Действие] | [Очакван резултат] | [Действителен резултат] | [Статус] | [Доказателства] |
6. Общ резултат. [Успешно, неуспешно или блокирано], с кратък коментар.
7. Дефекти. ID на дефекта: [ID]. Стъпка: [номер на стъпката]. Описание: [какво се случи]. Тежест: [критичен, висок, среден или нисък].
8. Повторно тестване. Дата: [дата]. Резултат: [успешно или неуспешно]. Доказателства: [линк].
9. Одобрение. Тестер: [име, дата]. Бизнес собственик: [име, дата].
Пример за UAT скрипт: поръчка за покупка към фактура
Ето попълнен UAT скрипт за сценарий procure to pay. Детайлите са илюстративни.
UAT-P2P-001 · Създаване на поръчка за покупка и осчетоводяване на фактурата от доставчика · Висок приоритет
Предпоставки. Тестерът има ролите buyer и AP clerk в UAT. Доставчикът и материалът съществуват. Толерансът за цена е конфигуриран.
Тестови данни. Доставчик: тестов доставчик A. Материал: офис столове. Количество: 10. Цена: според договора.
Стъпка | Действие | Очакван резултат | Действителен резултат | Статус |
|---|---|---|---|---|
1 | Създайте поръчка за покупка за 10 офис стола от доставчик A | Поръчката е създадена и се показва номер на поръчката | Поръчката е създадена с номер | Успешно |
2 | Освободете поръчката за одобрение | Поръчката се насочва към одобряващия и е одобрена | Одобрена | Успешно |
3 | Осчетоводете приемането на стоките за 10 стола | Приемането на стоките е осчетоводено спрямо поръчката | Осчетоводено | Успешно |
4 | Осчетоводете фактурата от доставчика с договорената цена | Фактурата съвпада с поръчката и приемането и е осчетоводена без блокиране | Осчетоводена без блокиране | Успешно |
5 | Осчетоводете втора фактура с цена над толеранса | Фактурата е осчетоводена с блокиране за плащане поради разлика в цената | Осчетоводена без блокиране | Неуспешно |
Общ резултат. Неуспешно. Дефект. DEF-112, стъпка 5: разликата в цената над толеранса не задейства блокиране за плащане. Тежест: висока.
Повторно тестване. След като конфигурацията на толеранса беше коригирана, стъпка 5 беше повторно тествана и премина, като записът беше приложен като доказателство.
Как да пишете UAT стъпки, които бизнес потребителите могат да следват
По една задача на стъпка, написана като инструкция: „Въведете ID на доставчика“, а не „Въвеждане на доставчик“.
Използвайте реални имена на екрани и полета от вашата система.
Пишете конкретен очакван резултат за всяка стъпка, като например „Фактурата е осчетоводена с блокиране за плащане R“, а не „Работи“.
Включвайте тестовите данни в скрипта, за да не измислят тестерите свои собствени.
Тествайте и изключенията, както и „щастливия път“, като разлики, липсващи одобрения и откази.
Дръжте всеки скрипт до един бизнес сценарий, обикновено 5 до 20 стъпки.
Проследявайте всеки скрипт към изискване или ред от fit-gap.
За какво да събирате през целия етап на тестване, вижте чеклиста за UAT документация.
Примери за UAT скриптове за внедрявания на ERP
Повечето цикли на ERP UAT обхващат основните процеси от край до край. Използвайте ги като стартов списък и добавете скриптове за вашите изключения и локални изисквания.
Процес | Примери за UAT скриптове |
|---|---|
Procure to pay | Създаване и одобрение на поръчка за покупка, осчетоводяване на приемането на стоките, осчетоводяване на фактурата в рамките и над толеранса, изпълнение на предложение за плащане |
Order to cash | Създаване на поръчка за продажба, освобождаване на блокиране за кредит, доставка и фактуриране, прилагане на входящо плащане, издаване на кредитно известие |
Record to report | Осчетоводяване и одобрение на ръчен журнал, изпълнение на амортизация, осчетоводяване на начисления, изпълнение на приключване на период и отчети |
Hire to retire | Наемане на служител, промяна на длъжност и плащане, обработка на напускащ служител, изпълнение на тест цикъл за заплати |
Master data | Създаване на доставчик с проверка на банка, създаване на клиент с кредитен лимит, създаване на материал |
Reporting | Изпълнение на ключови оперативни и финансови отчети и сравнение с очакваните общи стойности |
Приоритизирайте скриптовете според бизнес риска: процесите, които движат пари, влияят на клиенти или са законово изисквани, идват първи, следвани от високочестотни ежедневни задачи.
Критерии за вход и изход при UAT
Съгласете ги преди да започне UAT, така че решението за стартиране да се базира на доказателства, а не на мнение.
Критерии | Примери |
|---|---|
Критерии за вход | Завършено системно тестване, стабилна UAT среда, заредени тестови данни, настроен потребителски достъп, одобрени скриптове, инструктирани тестери |
Критерии за изход | Всички скриптове с висок приоритет са изпълнени, няма отворени критични или високи дефекти, договорени workaround-и са документирани за дефекти със средна тежест, бизнес собствениците са дали одобрение |
Проследявайте напредъка ежедневно по време на UAT: скриптовете се изпълняват, преминават, не преминават и се блокират, както и дефектите по тежест. Кратък ежедневен stand-up с тестери и екипа по корекции поддържа повторните тестове в движение.
Как да събирате UAT доказателства
Екранни снимки, поставени в имейл или електронни таблици, са трудни за преглед, лесно се губят и не показват какво се е случило между екраните. Записът на теста е по-бърз и по-пълен:
Записвайте екрана на тестера, докато той/тя изпълнява скрипта, като разказва всяка стъпка.
Свържете записа в колоната за доказателства, с времеви печати за ключови стъпки.
Използвайте записа за дефекти, за да могат разработчиците да видят точно какво се е случило.
Съхранявайте записа като доказателство за одит за одобрение.
Повторно използвайте успешните записи, за да изградите обучение за новата система.
UAT тест скрипт, тест случай или тест план?
Документ | Какво представлява |
|---|---|
Тест план | Цялостният подход: обхват, график, среди, роли и критерии за вход и изход |
Тест случай | Едно условие за проверка, често написано от тестери или QA |
UAT тест скрипт | Стъпка-по-стъпка инструкции за бизнес потребителите да тестват реален бизнес сценарий от край до край |
Отчет за обобщение на теста | Резултатите от тестов цикъл и препоръката за стартиране |
За пълния набор от документи за тестване вижте шаблоните за тестова документация.
Как да провеждате UAT с тест скриптове
Съгласете обхвата и критериите за вход, като завършено системно тестване и стабилна UAT среда.
Пишете скриптове по изисквания и бизнес сценарии, включително изключения.
Подгответе тестови данни и потребителски достъп преди да започне тестването.
Инструктирайте тестерите за скриптовете, доказателствата и процеса за дефекти.
Изпълнявайте скриптовете и събирайте доказателства, като логвате дефекти спрямо точната стъпка.
Коригирайте и повторно тествайте дефектите, като записвате доказателства от повторното тестване.
Преглеждайте резултатите спрямо критериите за изход и получавайте бизнес одобрение.
За използване на видео в документацията по внедряване и UAT, вижте как да създавате документация за внедряване на IT проект и UAT ръководства с видео.
Формати за UAT тест скриптове
Електронна таблица е подходяща за голям брой скриптове, с филтри по статус, тестер и приоритет.
Документ е подходящ за детайлни сценарии със екранни снимки и одобрение.
Инструмент за управление на тестове е подходящ за големи програми, които се нуждаят от проследимост, табла и интеграция на дефекти.
Запис е подходящ за доказателства, дефекти и повторно използване като обучение.
Най-добри практики за UAT тест скриптове
Пишете скриптове по бизнес сценарии, а не по системни менюта.
Включвайте хората, които ще използват системата, в писането и изпълнението на скриптовете.
Правете очакваните резултати конкретни и проверими.
Тествайте изключенията, които причиняват проблеми в реалния живот.
Събирайте доказателства за всеки скрипт, не само за неуспехите.
Получавайте одобрение от бизнес собственика, не само от тестера.
Чести грешки, които да избягвате
Неясни стъпки, като „обработете фактурата“.
Липса на очаквани резултати, така че тестерите да не могат да различат успешно от неуспешно.
Тестване само на „щастливия път“.
Тестери, които измислят свои собствени тестови данни.
Доказателствата са разпръснати между имейл и чат.
Няма проследимост между скриптове, изисквания и дефекти.
Чеклист за UAT тест скрипт
Всеки скрипт има ID, заглавие, сценарий и референция към изискване.
Предпоставките и тестовите данни са дефинирани.
Всяка стъпка има по едно действие и конкретен очакван резултат.
Тестват се изключенията, а не само „щастливият път“.
Действителните резултати, статусът и доказателствата се записват за всяка стъпка.
Дефектите са свързани с точната стъпка и са повторно тествани.
Тестерът и бизнес собственикът са дали одобрение.
Как Trupeer ви помага да провеждате UAT с доказателства
Предизвикателство при UAT | Как Trupeer помага |
|---|---|
Екранни снимки в имейл са трудни за преглед | Записвайте всеки тестов цикъл и Trupeer го превръща в документ стъпка-по-стъпка със снимки и видео |
Дефектите са трудни за възпроизвеждане | Разработчиците виждат точно какво е направил тестерът в записа |
Доказателствата от теста са разпръснати | Съхранявайте всеки тестов документ и видео на едно място, което може да се търси |
Писането на скриптове отнема време | Запишете ключов потребител, който изпълнява сценария, и използвайте генерираните стъпки като чернова на скрипта |
Обучението започва късно | Успешните записи от тестове стават обучително съдържание за новата система |
Вижте как автоматизацията на UAT документация на Trupeer превръща записите от тестове в доказателства и документация.
Genpact използва подход „запис първо“ за внедряване на Workday в цялата компания, като превърна записаните сесии на процесите в повече от 500 обучителни материала в 20 работни направления, на 5 езика, за 140 000 служители в 40 държави, за 3 месеца вместо 12. Прочетете историята на Genpact за клиент.
Изтеглете безплатния шаблон за UAT тест скрипт
Отворете шаблона в Trupeer, добавете вашите сценарии, тестови данни и стъпки и го споделете с вашите тестери. Вземете безплатния шаблон за UAT тест скрипт.
Свързани шаблони
Шаблон за fit-gap анализ
Шаблон за план за обучение на крайни потребители за ERP
Често задавани въпроси
Какво е шаблон за скрипт за UAT тест?
Това е готов формат за стъпка-по-стъпка инструкции, които бизнес потребителите следват при потребителското приемане, като обхваща сценария, предпоставките, тестовите данни, стъпките, очакваните и действителните резултати, статус, доказателства, дефекти и одобрение.
Какво трябва да включва UAT скриптът за тест?
Заглавие с ID, заглавие, сценарий и референция към изискване, детайли на теста, предпоставки, тестови данни, номерирани стъпки с очаквани и действителни резултати, статус, доказателства, дефекти, резултати от повторно тестване и одобрение.
Каква е разликата между UAT скрипт за тест и тест случай?
Тест случай проверява едно конкретно условие и често е написан от QA. UAT скриптът насочва бизнес потребителите през реален бизнес сценарий от край до край, като често обхваща няколко условия.
Колко стъпки трябва да има UAT скриптът за тест?
Обикновено 5 до 20, като обхваща един бизнес сценарий. Разделяйте по-дългите сценарии на няколко скрипта.
Кой пише UAT тест скриптове?
Бизнес анализатори или UAT лидери обикновено ги подготвят по изисквания, като собствениците на процеси и ключови потребители ги преглеждат, за да отразяват реалната работа.
Как събирате UAT доказателства?
Записвайте екрана на тестера, докато той/тя изпълнява скрипта, свържете записа в колоната за доказателства с времеви печати, и го съхранявайте заедно с резултатите за одобрение и одит.
Трябва ли UAT тест скриптовете да включват негативни тестове?
Да. Тествайте изключения като разлики, липсващи одобрения и невалидни данни, защото именно там се появяват реални проблеми след стартиране в реална среда.
Има ли шаблон за UAT тест скрипт в Excel?
Да. Електронна таблица работи добре за много скриптове, с филтри за статус, тестер и приоритет. Отворете шаблона в Trupeer, персонализирайте го и го експортирайте, или копирайте структурата в Excel.
Има ли шаблон за UAT тест скрипт в Word или PDF?
Да. Използвайте Word за детайлни сценарии и одобрение и експортирайте PDF на одобрените скриптове за записи от одит.
Безплатен ли е шаблонът за UAT тест скрипт?
Да. Регистрирайте се безплатно, за да отворите шаблона в Trupeer, да го персонализирате и да го експортирате.
Могат ли UAT тест скриптовете да се използват повторно за обучение?
Да. Скриптовете и записите на преминалите тестове описват реални задачи в конфигурираната система, така че са силна отправна точка за обучение.
Какво се случва след UAT одобрение?
Обобщението на теста отива към решението за стартиране, отворените дефекти с ниска тежест се проследяват, а преминалите сценарии се използват повторно за регресионно тестване и обучение.
