Лично я не разработчик, я получал образование по информатике, знаю пару вещей о том, как пишется код, но я абсолютно, совершенно точно не разработчик. Это как знать, как готовится еда, но не быть поваром. Люди, которые встречали меня лично, возможно, помнят эту аналогию, которой я, возможно, им до смерти наскучил (простите меня!).
С другой стороны, я постоянно талдычу, что автоматизация тестирования – это разработка ПО, и должна восприниматься как таковая. Так что же, спросите вы, как так случилось, что я работаю в автоматизации тестирования, но не считаю себя разработчиком? И, что еще более важно, разве автоматизация тестирования не должна быть уделом разработчиков, если это действительно область разработки ПО? Недавние статьи и презентации, которые я видел, заставили меня об этом задуматься.
Начнем с второго, более важного вопроса: должна ли автоматизация быть уделом разработчиков?
Неплохая идея – определить и отслеживать метрики, чтобы держать автоматизационные усилия под контролем и принять меры, если метрики скажут вам, что ваши действия не приносят нужных результатов. Еще важнее возможность купаться в славе, если они-таки их приносят! Но что такое хорошие метрики тест-автоматизации? В этой статье я рассмотрю некоторые метрики, которые считаю полезными, и некоторые, без которых мир автоматизаторов вполне может обойтись. Отмечу, что я не собираюсь перечислять ВСЕ метрики, которые используются в автоматизации, но надеюсь, что упомянутые мной укажут вам верное направление.
Итак, что, с моей точки зрения, может быть полезной метрикой для отслеживания эффективности и/или результатов усилий по автоматизации?
Время идет, появляются новые инструменты автоматизации тестирования. Влияет ли это на рабочий процесс? Конечно!
Что делать в таком случае: переписывать тесты с нуля или достаточно только немного подправить их? А как это сделать, ничего не сломав? Сколько времени придется потратить на доработку? Вопросов немало.
Коллеги на конференции QA Fest 2016 рассказали об эволюции автоматизации и поделились своим опытом актуализации автотестов:
Дмитрий Химион - Векторы развития систем автоматизации тестирования
Яков Крамаренко - Укрощаем фреймворки-динозавры используя NSelene
Иван Пашко - Теория Дарвина в тестах. Эволюция Wait-ов
С сентября по октябрь более 400 респондентов поделились свои мнением о современном инструментарии автоматизированного тестирования. Огромное спасибо всем, кто участвовал в опросе!
Готовы узнать, чем живет автоматизированное тестирование? Долгожданные результаты – внизу (чтобы увеличить картинку, просто нажмите на нее).
Автоматизация тестирования является важной и не неотъемлемой частью разработки современного ПО, но без правильного подхода нередко случается, что написание автотестов занимает слишком много времени, а их поддержка может требовать больше затрат чем просто ручная регрессия. Почему же так происходит и как этого избежать? В этой презентации, базируясь на своем опыте работы во множестве проектов, я хочу рассказать об основных ошибках и проблемах, с которыми приходится сталкиваться автоматизаторам и что нужно сделать чтобы их избежать (на примере фреймворка для автоматизации JDI)
Приближается масштабная юбилейная 20-ая международная конференция для специалистов в области обеспечения качества - SQA Days, которая в этот раз пройдёт в Минске. В этом году мне удалось войти в Программный комитет конференции и принять участие в отборе докладов и подготовке докладчиков.
Как говорится в официальном пресс-релизе: “Доклады, представленные на конференции, прошли не просто серьезный, а можно сказать, суровый отбор.” т.е. большое количество выступлений пришлось отсеять или серьёзно переформатировать.
Одна из тем, на которую было подано целых четыре заявки можно собирательно назвать - “Как делать правильную автоматизацию”. Во многих из докладов рассказывалось про конкретный опыт, набитые шишки, сотни пройденных граблей! Но, как писали в советских методичках, закаленного инженера такие преграды не устрашат.
Чтобы не потерять полезный опыт и изложить сообществу практические советы коллег, было решено написать эту статью.
Нынче вместо нас потеют роботы – я имею в виду автоматизацию, но "роботы" куда круче звучат. Они запускают автоматизированные проверки, деплоят билды в прод, создают тестовые данные, подготавливают оборудование и окружения, и так далее, и тому подобное. Мы обожаем инструменты за ту пользу, которую большинство из них приносит в мир.
Однако поговорить я хочу об автоматизированных проверках. Они могут куда больше, нежели тупо сообщать "Пройдено/Не пройдено", если вы их как следует попросите. Я расскажу о четырех фокусах, которыми пользовался я, и о том, как они мне помогли.
Занимаетесь автоматизированным тестированием уже давно или только задумались над автоматизацией своего проекта? В любом случае вам будет интересно посмотреть видеозаписи следующих докладов, прозвучавших на конференции SQA Days 19:
Оценка методологии автоматизации - MBT, Дмитрий Химион, Performance Lab, Москва, Россия
Как мы приручили демона или процесс тестирования демонов в Badoo, Anton Volkov, Badoo, Москва, Россия
Jenkins 2.0: Организуем тестирование в составе Continuous Delivery, Oleg Nenashev, CloudBees, Inc., Neuenburg, Швейцария
Игры с огнём: знакомимся с BDD и Cucumber фреймворком BDDfire, Vladislav Romanenko, Intellectsoft, Минск, Беларусь
Оригинал статьи: 
Автор: Ричард Брэдшоу (Richard Bradshaw)