Quality Assurance курс Лекция 11 - основи на автоматизираното тестване.

Лекция 11
В тази лекция ще си говорим за: Какво е автоматизация? Какви видове автоматизация има? Митове свързани с автоматизацията. Може ли автоматизацията да замести ръчното тестване? Какви са плюсовете и минусите на UI и API автоматизацията? Каква е златната среда?
1. Въпроси за преговор
Каква е разликата между приоритет и тежест на един бъг?
По какъв начин измерваме Test Coverage?
Каква е разликата между функционалното и нефункционалното тестване?
Какво е "цикъкът на живот на бъга" (bug-life-cycle)?
Каква е връзката между процесите и качеството?
Тестинг техники?
Видове тестове?
Защо процеса в екипа е важен за качеството?
Разлика между процес и програма?
Какво е бисквитка в браузера?
Кога да пишем бъговете които сме видели - веднага, или след като пуснем тестовете за тях?
Какво е CSS?
Какво е XML?
Какво е JSON?
Какво е DOM?
Какво е XPATH?
2. Коментари към домашните
Проверихте ли дали са оправени бъговете на началната страница?
Има хора които са назад с домашните, разбираемо е, но не ги отлагайте твърде много.
Добре е да пишете тестове от типа - сравни UI-а с картинките от документацията.
3. Какви видове автоматизирано тестване има?
API
UI
Unit
Mobile
Mobot
Sikuli
4. Митове свързани с автоматизацията
Пести време на QA-те.
Зависи дали се използва правилно.
Запиши-пусни (record and replay).
Много е сложна, и може да се прави само от програмисти.
Всичко може да се автоматизира.
Може но дали е практично?
След като напишете тестовете - може само да ги пускате и да пестите време.
Намира повече бъгове от ръчното тестване.
Може да помогне с много сложни проекти.
Автоматизацията използва Изкуствен Интелект.
5. Може ли автоматизацията да замести ръчното тестване (и да останем без работа)? НЕ защото:
Винаги се пускат едни и същи тестове.
Автоматизацията никога не гарантира на 100%, че системата работи, защото се използва допълнителен софтуер за контрол на браузера.
Преди да се автоматизира един тест се пуска наръка.
Не винаги автоматизацията е логична:
Време за разработка
Знания
Ефективност - колко пъти ще се пускат тестовете?
Софтуера се променя твърде често.
Софтуера има твърде много бъгове.
6. API
Плюсове
Скорост на разработване.
Време за поддръжка.
Скорост на пускане.
Скорост за създаване/изтриване на тестови данни.
Стабилност
Могат да се използват за performance и security.
Минуси
Не покрива UI-а.
Изискват специфични знания от страна на QA-те.
Не покриват usability и някой други видове тестове.
Изискват време за документиране от страна на дев екипа.
Решение дали да правим АПИ тестове
Често АПИ тестовете се подценяват от мениджмънта, което е грешка.
Имаме ли документирано АПИ?
Имаме ли ресурси (време и знания) да напишем тестовете?
Колко пъти мислим да ги пускаме?
Имаме ли нужда от performance тестове?
7. UI
Плюсове
Покрива изцяло софтуера.
Тества от гледна точка на крайния потребител.
Минуси
Скорост на разработване.
Време за разглеждане на резултатите.
Време за поддръжка.
Скорост на пускане. Може да се пуска и паралелно.
Скорост за създаване/изтриване на тестови данни.
Стабилност
Не могат да се използват за performance и security.
Изискват специфични знания от страна на QA-те.
Не покриват usability и някой други видове тестове.
Изискват време за писане на ID-та от страна на дев екипа.
Решение дали да правим UI тестове
Колко пъти ще пускаме тестовете? Преди 10-на години границата беше 22 пъти.
Имаме ли ресурси (време и знания) да напишем тестовете?
Колко е стабилна системата?
Възможни ли са чести промени в системата?
Имат ли време програмистите да ни помага със създаването на уникални ID-та?
8. Златната среда
Unit тестове от програмистите.
API колкото повече - толкова по-добре.
UI основните тестове от регресивния цикъл.
9. Домашна
Отделете по 2-3 часа за да тествате test.123imot.bg/
Опишете всички бъгове които намерите на български и ги въведете във файла ___ТЕСТ__Домашни. ВИНАГИ преди да въведете бъг, прочетете тези които са въведени преди това, за да не се получават дублирани бъгове.
Полезно видео за Питон - • Python for Beginners -...