Съдържание:
Демо и умрете!
Предавали ли сте някога презентация или обучение на клиента и нещо прекъсва по средата? Или някога сте дали на някого набор от инструкции и сте осъзнали, че сте пропуснали нещо, или не е било точно така, както се надявахте? По време на всеки от тези случаи приемате перспективата на крайния потребител и работите със софтуера в тази персона. Вероятно е, че сте направили нещо по-различно, защото сте мислили като потребител, а не като програмист.
Стъпка в обувките на потребителя
Уникалният ъгъл на тестване за приемане от потребители (UAT) е да се тества софтуер като краен потребител. Софтуерът е създаден, за да даде на потребителите осезаеми резултати. Например сайтовете за електронна търговия позволяват на клиентите да купуват продукти. Когато клиент направи поръчка, софтуерът на сайта за електронна търговия уведомява администратора на магазина, така че избраният артикул да може да бъде изтеглен и опакован за доставка. Възможно е да има различни видове потребители на софтуер, така че този етап на тестване позволява на екипа за разработка да провери дали крайните потребители постигат очакваните софтуерни резултати.
Кратка история на UAT
Преди появата на интернет, повечето софтуер е разгърнат за известна потребителска аудитория. Ако компания разработи софтуер за клиент, назначен ръководител имаше правомощия да проверява дали софтуерът изпълнява условията на договора. Това е имало за цел да представлява точка, в която софтуерът е "подходящ за целта", което е постигнато чрез избиране на представители на крайните потребители, които да извършват тестване и да предоставят отчет с резултати. Тъй като потребителите бяха известна, затворена група, всеки може да бъде обучен в използването на софтуера, обикновено чрез много подробни стъпки за тестване. Мотото на деня беше, че повече подробности бяха по-добри.
