Практика
за UAT
Прочети изискването, избери данни, изпълни проверката и опиши резултата. Учебната форма работи веднага, без акаунт и без връзка към Digi. За последователни задачи и разбори продължи към практикума.
Съдържание на тази страница
Преди да тестваш
В учебната форма са заложени три нарочни отклонения. Целта е да сравниш резултата с бизнес правилата и да опишеш въздействието на отклоненията. Можеш да упражниш и проверки, които преминават успешно.
Изисквания за заявката за достъп
- Име: задължително; 2–40 знака след премахване на празните интервали в началото и края.
- Имейл: задължителен; за упражнението трябва да има непразни части преди и след @, точка в домейна и да няма интервали.
- Срок: цяло число от 1 до 30 дни включително.
- Достъп: избира се „Само преглед“ или „Редакция“. Резултатът трябва да запази избраното.
- Основание: 10–200 знака след премахване на външните празни интервали.
- При невалидни данни има ясно съобщение и не се създава запис. При валидни се показват потвърждение и запис с правилните стойности.
Това са правила само за упражнението. Записите живеят в отворената страница и се изчистват при презареждане. Няма сървър, реален достъп или изпращане на имейл.
Подготви малък набор
Започни с валиден пример, после смени само едно условие. Пробвай празно поле, интервали, граници, дробен срок и двата вида достъп. За всеки опит запиши очакването предварително.
Учебна форма
Запиши какво си проверила
Отметките показват изпълнение, не успех. Отбележи реалния резултат в бележките. Те остават само в тази страница до затваряне или презареждане.
Отговори за самопроверка — отвори след упражнението
- Името приема интервали. Попълни валидни останали полета и въведи три интервала за име. Трябва да се отхвърли; учебната реализация създава запис.
- Срокът приема 31 дни. Правилната горна граница е 30. При 31 не трябва да се създава запис, но се създава.
- Избраната редакция се записва като преглед. Избери „Редакция“, изпрати валидна заявка и сравни потвърждението.
Запиши ги като три отделни дефекта, всеки с данните за възпроизвеждане и основанието от изискването. Това са учебни отклонения, а не открити проблеми в Digi.
Шаблон за описване на дефект
Опиши един от намерените проблеми. Вместо „не валидира“, посочи точното поле, стойност и неочакван резултат.
От отделна проверка до UAT заключение
Локалната форма упражнява подаване на данни и сравнение с резултата. Тя няма роли, одобряване, интеграция или реално предоставяне на достъп. За целия процес използвай следния отделен учебен казус.
Условия на казуса
Приемат се шест сценария за заявка за достъп. Предварително е договорено, че правилният вид достъп и потвърждението за реалното му предоставяне са задължителни за приемане. Няма одобрено изключение за тях.
| Изпълнение | Резултат | Значение |
|---|---|---|
| 4 сценария: корекция, отказ, допустим срок, видимост | Успешни | Има запазени доказателства за проверените условия. |
| Запазване на вид „Редакция“ | Неуспешен | В заявката се записва „Само преглед“. Нужната работа не е запазена вярно. |
| Предоставяне на одобрения достъп | Блокиран | Тестовата интеграция не е достъпна; крайният резултат не е потвърден. |
Подготви отговор
- Обясни разликата между неуспешния и блокирания сценарий.
- Напиши бизнес въздействието на погрешния вид достъп.
- Определи каква поправка, условия и повторни проверки са нужни.
- Подготви заключение за приемащия отговорник чрез шаблона за решение.
Примерен разбор — отвори след задачата
Има 4 успешни, 1 неуспешен и 1 блокиран сценарий. Изпълнени докрай са 5 от 6, но успешни са 4 от 6. Блокираният не е успешен и не дава доказателство за цялата интеграция.
Задължителните условия за приемане не са изпълнени. Предложението е обхватът да не бъде приет на този етап. Упълномощеният отговорник записва решението; участникът в UAT предоставя фактите.
Необходими са поправка на вида достъп, възстановяване на тестовата интеграция и ново изпълнение на двата засегнати сценария. Обсъжда се и повторение на свързаните успешни сценарии според направената промяна. След това се преглеждат новите доказателства.
Не заменяй това с „повечето тестове минаха“ или „прието с условия“, когато задължителният резултат остава непотвърден и няма разрешено изключение.
Още три практически задачи
1. Превърни нуждата в сценарий
Избери предоставено бизнес изискване. Запиши участниците, началните условия, действията и видимия краен резултат. Добави един вариант с корекция или отказ. Уточни липсващите правила преди изпълнение.
2. Подготви комплект доказателства
Изпълни един сценарий в разрешена тестова среда. Запази ID на запис, версия, резултат и снимка. Опиши отклонението така, че друг участник да може да го възпроизведе.
3. Напиши кратък отчет
Събери успешни, неуспешни, блокирани и неизпълнени сценарии. Добави бизнес въздействие, следващи действия и нужните решения. Провери дали заключението ти е подкрепено от доказателствата.
След това използвай контекста за Digi и Digi Studio и примерните UAT сценарии. Очакванията им се съгласуват с екипа за конкретната конфигурация.