Agile-Friendly Test Automation Tools/Frameworks / Несколько причин задуматься над тем, как делать автоматизированное тестирование в agile.: Agile-Friendly Test Automation Tools/Frameworks
| Английский оригинал | Перевод на русский | |
|---|---|---|
Сожалеем, но текст оригинала доступен только зарегистрированным пользователям. |
Некоторые спрашивают, почему я не фанат традиционных инструментов автоматизированного тестирования в agile проектах. Почему мне нужно использовать какие-то хипстерские инструменты", - спрашивают они. - "Мы уже нашли тулу, которая может все! Больше ничего не надо." isitrita 06.08.14 в 20:50 |
|
|
Обычно это люди из сферы автоматизированного тестирования. Их карьера состоит из ступенек, на которых они постепенно становятся экспертами в какой-то определенной супер-навороченной туле. Они знают, как isitrita 06.08.14 в 20:53 |
||
|
Затем происходит так, что в контексте аджайла они используют все те же самые старые инструменты для того, чтобы поддерживать принципиально иной путь работы. Они делают удивленное лицо, когда люди вроде меня говорят им о лучших альтернативах для аджайл команд. isitrita 11.08.14 в 19:23 |
||
|
Поэтому если вы пытаетесь использовать традиционное тяжеловесное, запиши-и-проиграй решение в контексте аджайла, или если вы пытаетесь помочь другим понять, почему же их усилия по большей степени обречены на провал, этот пост для вас. isitrita 11.08.14 в 19:25 |
||
|
Почему же традиционное автоматизированное тестирование с использованием тяжеловесных фреймворков не для аджайл? isitrita 11.08.14 в 19:26 |
||
|
Вот три причины: isitrita 11.08.14 в 19:27 |
||
|
принцип напиши-тест-после-разработки неправилен для аджайл команд. isitrita 11.08.14 в 19:28 |
||
|
Трудноподдерживаемые скрипты созданные с использованием таких инструментов - это неподдерживаемые скрипты, и их трудно изменить. isitrita 11.08.14 в 19:29 |
||
|
Такие специализированные инструменты для Специалистов Автоматизированного Тестирования воспитывают разрозненность. isitrita 11.08.14 в 19:30 |
||
|
Ну что ж, давайте внимательно на проблемы, затем посмотрим, как аджайл-френдли инструменты решают их. isitrita 11.08.14 в 19:32 |
||
|
Автоматизируй-после-написания. isitrita 11.08.14 в 19:33 |
||
|
Традиционные инструменты принуждают команду подождать то тех, пока софтвер не задевелопится , или пока интерфейс не сделан. И только затем становится возможным что-то заавтоматизировать. Поэтому обычный воркфлоу автоматизированного тестирования выглядит примерно так: isitrita 11.08.14 в 19:36 |
||
|
Тест аналитики дизайнят и документируют тесты. isitrita 11.08.14 в 19:34 |
||
|
Тестировщики вручную тестируют и репортят баги. isitrita 11.08.14 в 19:34 |
||
|
Девелоперы фиксят баги isitrita 11.08.14 в 19:33 |
||
|
field("item_1").enter_value("12345") isitrita 07.08.14 в 21:18 |
||
|
button("lookup_item_1").click isitrita 07.08.14 в 21:18 |
||
|
field("price_1").verify_value("$7.00") isitrita 07.08.14 в 21:18 |
||
|
field("qty_1").enter_value("6") isitrita 07.08.14 в 21:18 |
||
|
button("total_next").click isitrita 07.08.14 в 21:18 |
||
|
isitrita 07.08.14 в 21:17 |
||
|
field("purchase_total").verify_value("$42.00") isitrita 07.08.14 в 21:17 |
||
|
На самом деле тест был такой: Проверить, что сумма заказа 6 предметов по 7 долларов в корзине покупателя дает 42 доллара. Но из-за того, что скрипт - адская смесь ожиданий и специфики реализации, на выходе мы получаем в тесте кучу лишних деталей в тесте, загрязняющий реальную проверку. isitrita 11.08.14 в 19:40 |
||
|
Многие разработчики смотрят на специальные инструменты тестирования с презрением. Они хотят писать код на настоящих языках программирования, а не на странном языке в покалеченной среде разработки isitrita 07.08.14 в 21:20 |
||
|
Так родилась позиция Специалиста по автоматизированному тестированию. Эти специалисты работают в относительной изоляции. Они не тестируют приложения изо дня в день и они не трогают код продакшена. Они ограниченно контактируют и с тестировщиками, и с девелоперами. Их работа переводить мануальные тесты в автотесты. isitrita 07.08.14 в 21:23 |
||
|
Эта изоляция означает, что код продакшена не тестируем, эти специалисты должны искать воркэраунды, потому что улучшение тестируемости обычно имеет низкий приоритет для девелоперов. Я была одним из тех специалистов, и я боролась с нетестируемым кодом чтобы автоматические тесты были к месту. Это раздрающе, однако на это подсаживаешься. Когда я разруливала автоматизацию тестов вместо нетестируемых интерфейсов, я чувствовала, что я убиваю монстров, маму монстра, всех его двоюродных сестер, и лошадь, на которых они все ездят. Я чувствовала себя супергероем. isitrita 07.08.14 в 21:33 |
