Чудесата не се случват, или греша тест за автоматизация ам

• Започнете с малко в началото на проекта, редовно стартирате тестов пакет.
• Влезте изоставането за автоматизиране на задачите и приоритизирането им. Това ще ви помогне да се фокусира върху неотложните задачи, без да се губи цялостната насока, крайната си цел.
• Не се страхувайте да прекарат 1-2 спринт да учат съществуващи тестови рамки. техните възможности. Опитайте се да пиша реалните тестове с тяхна помощ, тя ще ви помогне да изберете най-рамка най-подходящ за вашите изисквания. Препоръчително е след това да се отговори на серия от въпроси.
• Опитайте се да запазите независимостта на данните от изпитванията. Това ще ви даде възможност за промяна на инструменти (рамки), когато възникне такава необходимост.
• Създаване на самостоятелни изследвания. Обърнете внимание на сложността на подкрепа, а времето за изпитване, всеки път, когато добавяте нови тестове за пакета автоматично.
• Вашите изследвания не трябва да създават фалшиво чувство за сигурност (фалшиво положителни). Той убива цялата идея на автоматизирани тестове.
• Направете всичко възможно, за да се поправят грешките, установени от тестовете възможно най-бързо.
• Не забравяйте да включите въвеждането на автоматизирани тестове в системата за натрупване (непрекъсната интеграция)
• Трябва да сте интуитивен начин да докладва, да позволят на всеки в екипа, за да видите резултатите от теста и историята на предишни писти. Това дава възможност на всеки да бъдат включени в мониторинга на състоянието на проекта и помага да се вземат правилни решения.

Cheat Sheet за определяне на местата, които трябва да се автоматизира

И тук. Можете да намерите на алгоритъма от Мартин Фаулър да се определи дали имате достатъчно тестове:

- рядко издава "бръмбари" в освобождаването

- рядко страхувайте да промените кода за страх от привеждане "бръмбари"

Между другото там също е развенчан митът за тест покритие 100%. Аз препоръчвам.

Какви проблеми могат да възникнат и това, което трябва да се помисли?

Същите автоматизирани тестове помогнем? На първо място, това е механизъм за обратна връзка. Рано или късно, екипът се сблъсква с факта, че резултатите от изследванията трябва да чакат по-дълго и по-дълго. Тя започва оптимизация (тестове за работа в паралел, актуализиране на "хардуер", пренаписване на теста). Всичко това увеличава разходите.

Все още е интересна гледка от Лиза Crispen. Тя вярва, че най-голямото предимство на автоматизация е комуникацията и сътрудничеството между членовете на екипа, което е абсолютно задължително, за да се извърши сам автоматизация. В крайна сметка, само като работят заедно, могат да постигнат подобрения.

Да не се фокусира върху автоматизация "чрез GUI", като правило, е неудобно и бавно.
В един идеален (поне в главата си) такава картина трябва да се появят (вж. Новата версия по-долу)

За съжаление, по-често гледам такива, така че работата все още имаме море :) (пирамида задушно тук):

Нова, хладно картина на пирамида (триъгълник?)

Друга запомняща класификация ( "House")

Между другото, аз трябваше пост за Fitnesse. Той може да ви да ви помогне с автоматизация. Надявам се да се получи полезна серия.

Update: Сергей Tepljakov пише много добра статия за прегледа на Test Automation. Силно препоръчвам.

Актуализация 2: Все още аз препоръчвам книгата "А думата" - една интересна гледна точка на тази тема.

Актуализация 4: Приказка-истинска история на опит да се направи оценка на възвръщаемостта на инвестициите за автоматизация

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