UAT сценарии
за Digi

Потвърди правилата и очакванията

Това са примерни, неизпълнени сценарии. Те не удостоверяват налични функции или актуално поведение. Замени общите роли, състояния и данни с договорените за избрания процес; добави идентификатори на изискванията. Ако функция не е в обхвата, запиши обосновано изключение.

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

Прегледай първо продуктовия контекст и ограниченията на демото. Изпълнението в локалната демонстрация не приема текущата система.

Заявка от създаване до краен резултат

Бизнес цел: служител подава валидна заявка за договорен продукт/услуга, а съответните участници я довеждат до правилно приключване.

Нужни условия: публикуван процес, приложим продукт, автор и съответните преглеждащи/одобряващи роли, тестов клиент и документи, договорен краен резултат и достъпни зависимости.

1. Авторът избира договорения продукт, попълва точните тестови данни и изпраща заявката. Запиши идентификатора.
2. Следващият участник отваря задачата от собствения си списък и сравнява получените данни.
3. Изпълнява предвиденото решение; ако има още роли, те продължават по същата заявка.
4. Потвърди договорения краен статус и бизнес резултат: например правилен документ или действие в свързана тестова система.
5. Авторът отваря крайния резултат и историята, доколкото са разрешени за ролята му.

Критерии за съгласуване: една заявка с точни данни; правилни участници и последователност; без пропусната задължителна стъпка; крайният резултат съответства на условията. Само „одобрено“ не е достатъчно, ако процесът изисква и изпълнение след одобрението.

Доказателства: ID, ключови стойности, предаванията между роли, крайният документ/потвърждение и история. Бизнес риск: одобрена, но реално неизпълнена или неправилно изпълнена заявка.

Връщане за корекция и повторно предаване

Бизнес цел: неточни данни могат да бъдат поправени от правилния участник и заявката да продължи със запазена проследимост.

Условия: процесът допуска корекция; определени са полетата за редакция, кой връща, кой поправя и към коя стъпка продължава работата.

1. Изпрати валидна заявка с предварително избрана стойност за корекция.
2. Преглеждащият връща заявката с конкретна причина.
3. Авторът намира върнатата задача, вижда причината и коригира разрешените полета.
4. Изпраща отново; следващата роля проверява новите стойности и продължава до договорения резултат.

Критерии за съгласуване: причината е видима за автора; достъпни са само позволените корекции; актуалните стойности стигат до следващия участник; историята пази връщането и новото изпращане; няма загуба на неподлежащите на промяна данни.

Доказателства: стойности преди/след, причина, ID на същата заявка, история и краен резултат. Бизнес риск: решение по стари данни или заявка, която остава без отговорник.

Отказ с правилни последствия

Бизнес цел: отказаната заявка завършва по договорения начин, без да произвежда резултат, разрешен само при одобрение.

Условия: договорени причини за отказ, роля с право на отказ, видимост на причината и позволени действия след него.

1. Доведи тестова заявка до стъпката за решение.
2. Упълномощеният участник отказва с договорената причина.
3. Авторът проверява резултата и информацията, която има право да вижда.
4. Провери, че няма последващо изпълнение, документ или активна задача, които правилото изключва след отказ.

Критерии за съгласуване: точен краен статус, записани решение и причина, подходяща видимост, правилно приключени задачи и липса на недопустимо изпълнение.

Доказателства: решение, история, крайно състояние и проверка на последващата система, ако е приложимо. Бизнес риск: изпълнение на отказано искане или неясен резултат за потребителя.

Маршрут според бизнес правило

Бизнес цел: заявката достига до правилния одобряващ според договорените параметри.

Условия: потвърдено правило и версия, роли за двата маршрута и подходящи данни. В историческия демонстрационен шаблон има примерен праг 25 000 EUR; той не се приема за текуща бизнес политика.

1. Запиши реално договорения праг T, допустимия диапазон и точността на сумата.
2. Подготви допустими стойности точно под T, на T и точно над T според тази точност.
3. Преди изпълнение запиши очаквания одобряващ за всяка стойност според условието, включително дали T принадлежи на долния или горния маршрут.
4. Изпрати отделна заявка за всяка стойност и проследи възложената задача до правилния участник.
5. Изпълни избрания маршрут до договорен край и сравни резултата.

Критерии за съгласуване: всяка допустима стойност избира точно договорения маршрут; няма заобикаляне на задължително одобрение; използваните правила и входни данни са проследими.

Доказателства: версия на правилото, трите стойности, ID на заявките, съответните задачи и резултати. Бизнес риск: решение от неправилно ниво на одобрение.

Видимост и действия по роли

Бизнес цел: всеки участник работи с разрешените му заявки и действия.

Условия: одобрена матрица „роля → организация/записи → действия“; поне два разрешени тестови акаунта с различен обхват. Не предполагай, че липсващ бутон сам по себе си доказва контрол на достъпа.

1. Създай тестова заявка в организация А с роля автор А.
2. С правилния одобряващ провери разрешената задача и действие.
3. С другия акаунт провери списъците, детайла и действията, които според матрицата трябва да са недостъпни. Ако сценарият включва директен адрес, използвай само предоставения тестов запис.
4. След опита сравни данните и историята на заявката с първоначалното състояние.

Критерии за съгласуване: позволената работа е изпълнима; ограничените данни и действия са недостъпни; не се извършва неразрешена промяна. За техническото потвърждение на защитите се използват резултатите на съответния тестов екип.

Доказателства: роля и организация за всеки опит, резултат и непроменен запис. Бизнес риск: чужди данни или решение от неправомощен участник.

Непълни данни и повторен опит

Бизнес цел: потребителят получава ясно указание, коригира данните и създава един правилен бизнес резултат.

Условия: съгласувани задължителни полета, допустими диапазони, запазване на въведеното и поведение при повторно изпращане.

1. Остави едно задължително поле празно или използвай договорена недопустима стойност.
2. Опитай изпращане; провери съобщението и дали е възникнала невалидна заявка.
3. Поправи полето и изпрати; сравни всички стойности с въведените.
4. В отделен тестов случай повтори изпращането по договорения начин, например двоен клик, и провери броя записи и задачи.

Критерии за съгласуване: невалидното не продължава като валидна заявка; потребителят разбира какво да поправи; допустимото се запазва вярно; повторният опит не произвежда недопустими дублирани резултати.

Доказателства: входни стойности, съобщения, ID и брой на създадените записи. Бизнес риск: непълна обработка или дублирана работа/операция.

Промяна в Studio и работа с версии

Бизнес цел: договорена промяна достига до правилните заявки, без неочаквано да изменя започнатата работа.

Условия: разрешен сценарий за промяна в тестова среда, отговорник за конфигурацията, версии V1 и V2 и съгласувано поведение на започнатите заявки. Уточни и версиите на продукта, таблиците и политиката.

1. Започни заявка А по V1 и я остави на договорена междинна стъпка.
2. Отговорникът подготвя и публикува V2 с конкретна договорена промяна.
3. Създай заявка Б по новата версия и изпълни засегнатата работа.
4. Продължи заявка А и сравни поведението с правилото за започнати заявки.
5. Прегледай резултата и проследимостта на двете заявки.

Критерии за съгласуване: новите заявки използват договорената активна версия; започнатите следват изрично договореното поведение; крайният резултат и зависимите правила са последователни.

Доказателства: идентификатори на версии и заявки, настройка преди/след и крайни резултати. Бизнес риск: смесване на условия и непредвидимо изменение на текуща работа.

Документ, справка или външен резултат

Бизнес цел: крайният получател разполага с точната информация или услуга, необходима за следващата му работа.

Условия: избран изход в обхвата, договорен образец или правило за стойностите, тестови данни и реална тестова интеграция, когато е нужна.

1. Изпълни заявка с предварително известни стойности.
2. Отвори произведения документ/справка или провери резултата в свързаната система чрез отговорния участник.
3. Сравни получател, идентификатори, суми, срокове, единици и дати според договореното.
4. Потвърди, че крайният потребител има нужния достъп и може да използва резултата.

Критерии за съгласуване: точни данни, правилен получател, правилен формат и доказан краен резултат. Ако външната операция е симулирана, отбележи границата на доказателството и отдели непроверената интеграция.

Доказателства: изходен тестов запис, произведен файл или потвърждение от свързаната система, сверени стойности. Бизнес риск: погрешен документ, неправилен получател или незавършена услуга.