Agile-Friendly Test Automation Tools/Frameworks / Несколько причин задуматься над тем, как делать автоматизированное тестирование в agile.: Agile-Friendly Test Automation Tools/Frameworks

← →
Английский оригинал Перевод на русский

Сожалеем, но текст оригинала доступен только зарегистрированным пользователям.

Некоторые спрашивают, почему я не фанат традиционных инструментов автоматизированного тестирования в agile проектах. Почему мне нужно использовать какие-то хипстерские инструменты", - спрашивают они. - "Мы уже нашли тулу, которая может все! Больше ничего не надо."

isitrita 06.08.14 в 20:50

0

Обычно это люди из сферы автоматизированного тестирования. Их карьера состоит из ступенек, на которых они постепенно становятся экспертами в какой-то определенной супер-навороченной туле. Они знают, как

isitrita 06.08.14 в 20:53

0

Затем происходит так, что в контексте аджайла они используют все те же самые старые инструменты для того, чтобы поддерживать принципиально иной путь работы. Они делают удивленное лицо, когда люди вроде меня говорят им о лучших альтернативах для аджайл команд.

isitrita 11.08.14 в 19:23

0

Поэтому если вы пытаетесь использовать традиционное тяжеловесное, запиши-и-проиграй решение в контексте аджайла, или если вы пытаетесь помочь другим понять, почему же их усилия по большей степени обречены на провал, этот пост для вас.

isitrita 11.08.14 в 19:25

0

Почему же традиционное автоматизированное тестирование с использованием тяжеловесных фреймворков не для аджайл?

isitrita 11.08.14 в 19:26

0

Вот три причины:

isitrita 11.08.14 в 19:27

0

принцип напиши-тест-после-разработки неправилен для аджайл команд.

isitrita 11.08.14 в 19:28

0

Трудноподдерживаемые скрипты созданные с использованием таких инструментов - это неподдерживаемые скрипты, и их трудно изменить.

isitrita 11.08.14 в 19:29

0

Такие специализированные инструменты для Специалистов Автоматизированного Тестирования воспитывают разрозненность.

isitrita 11.08.14 в 19:30

0

Ну что ж, давайте внимательно на проблемы, затем посмотрим, как аджайл-френдли инструменты решают их.

isitrita 11.08.14 в 19:32

0

Автоматизируй-после-написания.

isitrita 11.08.14 в 19:33

0

Традиционные инструменты принуждают команду подождать то тех, пока софтвер не задевелопится , или пока интерфейс не сделан. И только затем становится возможным что-то заавтоматизировать. Поэтому обычный воркфлоу автоматизированного тестирования выглядит примерно так:

isitrita 11.08.14 в 19:36

0

Тест аналитики дизайнят и документируют тесты.

isitrita 11.08.14 в 19:34

0

Тестировщики вручную тестируют и репортят баги.

isitrita 11.08.14 в 19:34

0

Девелоперы фиксят баги

isitrita 11.08.14 в 19:33

0

field("item_1").enter_value("12345")

isitrita 07.08.14 в 21:18

0

button("lookup_item_1").click

isitrita 07.08.14 в 21:18

0

field("price_1").verify_value("$7.00")

isitrita 07.08.14 в 21:18

0

field("qty_1").enter_value("6")

isitrita 07.08.14 в 21:18

0

button("total_next").click

isitrita 07.08.14 в 21:18

0


active_window.verify_title("Checkout")

isitrita 07.08.14 в 21:17

0

field("purchase_total").verify_value("$42.00")

isitrita 07.08.14 в 21:17

0

На самом деле тест был такой: Проверить, что сумма заказа 6 предметов по 7 долларов в корзине покупателя дает 42 доллара. Но из-за того, что скрипт - адская смесь ожиданий и специфики реализации, на выходе мы получаем в тесте кучу лишних деталей в тесте, загрязняющий реальную проверку.

isitrita 11.08.14 в 19:40

0

Многие разработчики смотрят на специальные инструменты тестирования с презрением. Они хотят писать код на настоящих языках программирования, а не на странном языке в покалеченной среде разработки

isitrita 07.08.14 в 21:20

0

Так родилась позиция Специалиста по автоматизированному тестированию. Эти специалисты работают в относительной изоляции. Они не тестируют приложения изо дня в день и они не трогают код продакшена. Они ограниченно контактируют и с тестировщиками, и с девелоперами. Их работа переводить мануальные тесты в автотесты.

isitrita 07.08.14 в 21:23

0

Эта изоляция означает, что код продакшена не тестируем, эти специалисты должны искать воркэраунды, потому что улучшение тестируемости обычно имеет низкий приоритет для девелоперов. Я была одним из тех специалистов, и я боролась с нетестируемым кодом чтобы автоматические тесты были к месту. Это раздрающе, однако на это подсаживаешься. Когда я разруливала автоматизацию тестов вместо нетестируемых интерфейсов, я чувствовала, что я убиваю монстров, маму монстра, всех его двоюродных сестер, и лошадь, на которых они все ездят. Я чувствовала себя супергероем.

isitrita 07.08.14 в 21:33

0
Минутку...

Следующая страница →