Задачи, с които
да упражниш работата
Всеки блок завършва с конкретен резултат за обсъждане: изяснено правило, сценарий, изпълнение, дефект или заключение. Можеш да работиш по учебните примери или по предоставена задача.
Съдържание на тази страница
Пет работни сесии
| Сесия | Работа | Какво подготвяш |
|---|---|---|
| 1 · Разбиране | Прочети ролята в UAT и урока за изискванията. Разработи едно кратко описание. | Бизнес цел, участници, пет въпроса и потвърдени/предложени критерии. |
| 2 · Сценарии | Прочети как се избират варианти. Подготви нормалния маршрут и важните изключения. | Един подробен сценарий, набор данни и връзки към правилата. |
| 3 · Изпълнение | Използвай локалната форма и запиши очакванията преди опитите. | Резултати по случаи и едно ясно описание на отклонение. |
| 4 · Обсъждане и повторение | Прочети разработения казус и разгледай пример за поправка. | Въздействие, въпрос към екипа и обоснован набор за повторна проверка. |
| 5 · Приемане | Обобщи примерните резултати и ограничения. | UAT отчет и проект на заключение за определен обхват. |
Продължителността зависи от задачата и времето за обсъждане. Завършването на четенето само по себе си не замества изпълнението на упражненията. След всяка сесия прегледай резултата с колега, който познава процеса.
Разработи „Потребителят може да запази чернова“
Изясни кой потребител, какви данни, кога се записват и как се продължава. Помисли дали непълни задължителни полета са допустими за чернова, дали има автоматично запазване и кой вижда записа. Не приемай, че условията за чернова са същите като за изпращане.
Подготви успешен сценарий за записване, затваряне и повторно отваряне. Добави вариант с непълни данни и вариант с друг потребител. За всеки отбележи кое очакване е потвърдено и кое още се нуждае от отговор.
Как да оцениш разработката си
Бизнес целта трябва да е продължаване на започната работа. Сценарият трябва да сравнява повторно отворените стойности, а не само потвърждението за запис. Правата на другия потребител се проверяват спрямо матрицата, а не според лично очакване.
Ако правилото допуска непълна чернова, нейното запазване е успех. Същите липсващи данни могат да блокират окончателното изпращане. Това са различни действия с различни критерии.
Изпълни малка серия в локалната форма
Отвори учебната форма. Подготви таблица с колони „Проверка, данни, очаквано, действително, статус“. Запиши очакването преди всеки опит.
- Валидният пример с „Само преглед“.
- Същият пример с „Редакция“.
- Срок 0, 1, 30 и 31 като отделни опити.
- Име само с три интервала, при валидни останали полета.
- Невалиден имейл, при валидни останали полета.
Това са осем опита. Отметка „изпълнено“ не заменя статуса. При всяко създаване сравни точните стойности на показания запис. Изчиствай формата и записите между независимите опити, за да е ясно кой резултат на кой вход отговаря.
Разбор на очакваните наблюдения
Валидният пример и сроковете 1 и 30 трябва да създават правилен запис. Срок 0 и невалидният имейл трябва да бъдат отхвърлени. В упражнението са оставени три отклонения: 31 се приема; име само с интервали се приема; „Редакция“ се записва като „Само преглед“.
Описвай ги отделно, защото имат различни входни условия и последствия. Тази форма няма реални роли и предоставяне на достъп; резултатите не потвърждават пълния многостъпков процес от другите уроци.
Преработи неясен коментар
Получаваш бележка: „Не работи правилно след връщане. Понякога не показва новите данни. Виж снимката.“
Напиши какво липсва и подготви структура за добър запис, без да измисляш ненаблюдавани факти. Добави въпросите, които са нужни към автора на бележката.
Разбор
Липсват среда и версия, конкретен сценарий и правило, роли, ID на запис, начално състояние, точни стъпки, кои полета са променени, какви стойности са очаквани и действителни и какво означава „понякога“ като направени опити.
Не попълвай „3 от 3“ или „всички потребители“, ако не са наблюдавани. Запиши „честота — за уточняване“. Попитай при коя роля се виждат старите данни и дали сравняват един и същ запис. Използвай шаблона за дефект, за да подредиш фактите.
Подготви предложение за следващия цикъл
Използвай първия отчет от казуса. Напиши следващите действия, отговорните роли и кои сценарии трябва да се изпълнят. После обясни защо не е достатъчно да се затвори задачата за дефекта.
Разбор
Нужни са поправката в определена среда и версия, акаунтът на финансовата роля, тестови данни и ново изпълнение. Повтаря се конкретният проблем с адреса и се оценява обхватът на свързаните проверки. Двата блокирани случая се изпълняват с реалните за сценария роли.
Задачата за разработка описва извършена работа, но бизнес резултатът трябва да бъде потвърден. След повторението отчетът показва кои резултати са нови и кои стари остават приложими с обосновка.
Избери най-подходящата следваща стъпка
Въпросите използват конкретно зададените условия. След проверка ще видиш обяснение към всеки избор. Отговорите остават само в отворената страница.
Какво да обсъдите след задачите
Изберете един сценарий и го прочетете като човек, който ще го изпълнява без допълнителен разказ. Ясни ли са началните условия? Различава ли се очакването от действителния резултат? Има ли доказателство за крайния бизнес резултат? Кое остава допускане?
После прегледайте един дефект. Може ли да се повтори? Посочено ли е нарушеното правило? Ясно ли е бизнес въздействието? Има ли ненужни лични данни или недоказано твърдение за причината?
Накрая погледнете отчета. Съвпадат ли бройките с регистъра? Видими ли са блокерите и непровереното? Има ли конкретен отговорник за следващата стъпка? Така обратната връзка е върху работата, а не върху запомняне на термини.