Сделать побольше, потратить поменьше, тестировать одновременно и быстро, и качественно – вот задача современных компаний. Бизнес требует высоких скоростей разработки, внедрения новых возможностей и исправления дефектов, и качество продукта не должно при этом пострадать. Однако время- и трудозатратное ручное тестирование несравнимо по точности с автоматизированными тестами – и значит, настало время познакомить вашу команду с преимуществами автоматизации
"Единственный способ принять перемены - это погрузиться в них, осознавать их, двигаться в танце с ними" - Алан Уоттс.
Все хоть раз в жизни проходили собеседование. К нему нужно готовиться! Первые минуты собеседования могут стать решающими в вопросе, возьмут ли вас на работу. Почему? Да потому, что первое впечатление - всегда самое сильное. Никогда не недооценивайте силу первых впечатлений. Используйте аналогичный подход при внедрении автоматизации в команде ручных тестировщиков. Считайте, что презентация нового подхода вашей команде или организации - это собеседование. Тщательно подготовьтесь к нему. Оправдайте ожидания команды, разъясните им их новые обязанности - это очень важно, потому что люди склонны эмоционально реагировать любые потенциальные угрозы их работе.
Выступление Дмитрия Миндры на онлайн-конференции для специалистов по автоматизации тестировния Auto ConfeT&QA.
Разработка через тестирование (TDD) известна уже более 10-ти лет. Эту практику применяют десятки тысяч разработчиков. Есть масса успешных примеров, и при этом масса людей, не верящих в эффективность разработки через тестирование. Также есть заблуждение о том, что TDD заменяет работу тестировщика. При этом TDD – это всего лишь один из инструментов разработчика, решающий определенные задачи. Данный доклад является быстрым введением в TDD, который даст вам представление о нем, а также о популярных заблуждениях и мифах.
Наличие автоматизации это не переключатель с двумя положениями. Вот вчера ещё у вас ещё не было автоматизации. А сегодня -- чик! -- и она есть. Всё совсем не так.
Автоматизация -- это делегирование некоторых задач от человека машине.
Даже если вы тестируете вручную -- почти наверняка вы используете вспомогательные инструменты для автоматизации отдельных задач. Генерация тестовых данных, утилиты для анализа логов, сбора статистики, построения отчётов и графиков.
Кто-то ограничивается такими простыми вспомогательными инструментами. А кто-то делает следующий шаг -- автоматическое заполнение форм, автоматическое выполнение серии каких-то действий по горячей клавише.
Но ведь это не автоматическое выполнение тестов, можете возразить вы. Да, не полностью автоматическое. Но даже частичная автоматизация позволяет экономить время при выполнении рутинных задач, и этим она полезна.
Впрочем, нет ничего сложного в том, чтобы сделать и следующий шаг -- к полностью автоматическому выполнению тестов. И это тоже можно сделать, не умея программировать.
Есть мнение, что "хорошие" автотесты могут быть написаны только на "настоящем" языке программирования.
Но что значит "хорошие"? Если под "хорошими" подразумеваются сложные тесты, с нетривиальной логикой и интеллектуальными проверками -- тогда, конечно, потребуется полноценный язык, позволяющий выразить эту сложность.
Однако не всегда требуются сложные тесты. Зачастую можно обойтись простыми линейными сценариями с примитивными проверками, или даже вообще без проверок -- если сценарий дошёл до конца и не упал, значит всё хорошо.
И для таких простых тестов вполне можно обойтись простыми инструментами. Некоторые из них предполагают написание сценариев вручную (например, Robot Framework). Другие позволяют автоматизировать не только выполнение сценариев, но и процесс их создания. Для этого используются инструменты-рекордеры, отслеживающие и фиксирующие действия пользователей.
Для веб-приложений наиболее популярным инструментом, не требующим умения программировать и имеющим рекордер, является Selenium IDE. Научиться пользоваться этим инструментом весьма несложно, и это будет полезно всем, кто занимается тестированием веб-приложений. Хотя бы для того же автоматического заполнения форм тестовыми данными.
Выступление Надежды Дегтяревой (Самара, Mercury Development) на онлайн-конференции Mobile ConfeT&QA.
Системы сбора статистики помогают отслеживать действия пользователей при работе с приложением, чтобы сделать его ещё более функциональным и эффективным, а также значительно облегчают жизнь команде тестирования и разработки.
В своем докладе я хочу помочь вам узнать этих скрытых помощников «в лицо» и рассказать: 1. О том, что умеют популярные системы сбора статистики, и на какой лучше остановить свой выбор. 2. Как облегчить себе жизнь и сделать настройку системы статистики более гибкой с помощью Segment.io 3. Об основных тонкостях интеграции систем сбора статистики и выбора логируемых событий, почему лучше семь раз отмерить 4. Как использовать собранную статистику себе и другим во благо, чтобы создавать действительно качественные и удобные приложения
Я несколько недель наблюдал за использованием тест-кейсов в проекте по разработке ПО. Команда приступила к созданию кейсов, когда функциональные спецификации были объявлены достаточно проработанными. Кейсы были разбиты на отдельные шаги и заведены в систему управления тестами (в данном случае - в HP Quality Center). Они были проанализированы, и команда планировала приступить к их выполнению, как только продукт будет передан в тестирование.
После утверждения спецификаций прошло несколько недель, а создание продукта продвинулось очень недалеко. Тестировщики решили, что это отличная возможность поработать над тест-кейсами. Используя момент затишья перед бурей, они планировали выполнить всю подготовительную работу, чтобы быть готовыми к бою, когда первая часть программы будет передана в тестирование. К сожалению, подготовительная работа заключалась в детальной проработке тест-кейсов для программы, которая еще не была разработана, и чей функционал был толком неизвестен. К тому же тесты основывались на спецификации, которая, как выяснилось, была неполной.
Легко догадаться, что произошло потом. Когда программа была передана в тестирование, оказалось, что техническое воплощение было не таким, как предполагали тестировщики, а спецификация, приоритеты проекта и его основные задачи изменились из-за новых требований клиента. Тестировщики готовились обороняться от вооруженной копьями пехоты - а столкнулись с гаубицами. Конечно, им пришлось отступить.
Выступление Александра Хози (автор блога Записки мобильного тестировщика) на онлайн-конференции для специалистов по автоматизации тестирования Auto ConfeT&QA.
Мобайл — молодая и стремительно развивающаяся отрасль, где лидеры и правила игры меняются с огромной скоростью. В силу молодости подходы к разработке и тестированию еще не окончательно устоялись, и имеется целый ряд препятствий, отравляющих нам жизнь. Если опытного мануального тестировщика мобильных приложений можно опознать по развитым хватательным рефлексам и мозолям на пальцах, то опытного автоматизатора мобильных приложений под iOS — по красным от слез глазам :)
Поделюсь с вами, почему автоматизация мобильных приложений — нетривиальный процесc. В частности, почему автоматизация iOS приложений — особенная пичалька :)
Расскажу:
какие ограничения существуют у мобайла и у iOS в частности;
какие инструменты мы исследовали;
что выбрали;
«по пацански» ли использовать screenshot-based средства;
как мы скомбинировали screenshot-based c «традиционными» инструментами автоматизации;
Насколько эффективно будет ваше тестирование, если приложение работает настолько ненадежно, что не позволяет прогнать ваши тест-кейсы? Или если приложение имеет настолько запутанную архитектуру, что невозможно определить в какой части кода происходит функциональный сбой? Или если обнаруживается настолько очевидная проблема с безопасностью, что вам даже нет необходимости проводить более глубокое тестирование, чтобы найти её и сообщить разработчикам?
Softmart и Kiuwan объединили свои усилия, что помочь вам узнать многие особенности и странности вашего программного обеспечения еще до того, как вы начали тестировать функциональность. Чем раньше вы проанализируете ваши приложения, тем более эффективными будут процессы разработки и тестирования как с точки зрения затрат, так и полученных результатов.
Kiuwan - это настраиваемый инструмент статического анализа исходного кода приложений, написанных на любом из 19 поддерживаемых языков программирования, включая Java, C#, PHP и JavaScript. Результаты анализа в виде отчетов по разнообразным метрикам качества программного обеспечения доступны через web в личном кабинете на портале Kiuwan.
Благодаря этому уникальному расширенному предложению у вас есть целый месяц, чтобы проанализировать ваши приложения бесплатно.
ALMTestForum – конференция, посвященная проблемам тестирования, проводимая совместно Microsoft и Logrocon на ежегодной основе. На мероприятии будут разобраны такие актуальные вопросы, как:
Когда и почему нужно тестирование?
Как эффективно использовать автоматизированное тестирование?
Стоит ли брать тестировщиков в штат, или доверить дело аутсорсу?
Сколько стоит тестирование, и в каких случаях оно себя окупит?
Как сэкономить на тестировании?
Кроме того, на конференции будет раскрыта одна из самых волнующих тем последних дней – Windows 10 и возможности тестирования на новой платформе, включая мобайл.
Среди приглашенных гостей и лекторов – специалисты крупнейших IT компаний, таких как РТ Лабс (Ростелеком), СБТ, Московская Биржа. Эти люди не раз сталкивались с проблемами тестирования в крупных компаниях, и смогут ответить на ваши вопросы, руководствуясь личным опытом.
Содержание конференции ориентировано на руководителей ИТ-подразделений и групп разработки, начальников отдела тестирования и управляющих процессом разработки ПО в компании.
В ходе семи лекций и круглого стола участники познакомятся с основными практиками тестирования, современными платформами для проведения различного вида тестирования, а также с основными преимуществами использования различных продуктов Microsoft для тестирования и сопровождения разработки. Кроме того, у всех участников будет возможность лично пообщаться с каждым из приглашенных экспертов, получить бесплатную консультацию у специалистов из Logrocon на тему тестирования, а также задать свои вопросы евангелистам Microsoft.
Как всегда один раз в полгода наши тренера Наталья Руколь и Алексей Баранцев проводят очные тренинги по тестированию. В очном формате проводятся те тренинги, которые не удается переложить в онлайн-формат: тренинги в которых много групповой работы, в которых много интерактива и общения с тренером.
В это полугодии мы представляем всего три очных тренинга.
В зависимости от проекта, компании, продукта, команды, и многих других факторов, Вы можете использовать тестирование методом свободного поиска или более формальные, скриптовые подходы. Но вне зависимости от подхода к тестированию, оно должно быть планируемым, оптимизированным и управляемым. В противном случае неизбежны хаос, пропуски ошибок, нерациональная трата времени, ресурсов. Если Вы – тест-менеджер или ведущий тестировщик, и Ваша задача – поиск оптимального процесса тестирования, то Вам обязательно будет полезен этот тренинг. На нём мы не просто рассмотрим основные техники планирования, тест-анализа и организации процесса тестирования, но и потренируемся и сможем определить, какие подходы нужны именно Вам.
Наверняка многие из вас слышали про техники управления временем и повышения личной эффективности? Тестирование методом свободного поиска -- это подход к тестированию, который ставит перед собой аналогичные цели: как повысить эффективность работы каждого тестировщика, как избежать простоев, как увеличить отдачу от вложенных усилий. Для этого придуман ряд технических приёмов, которые мы будем учиться применять на этом тренинге. Тренинг будет полезен в первую очередь достаточно опытным тестировщикам, которые уже владеют техниками проектирования тестов, но хотели бы научиться ещё лучше делать свою работу, и добиться этого можно за счёт оптимизации использования рабочего времени.
Мы все знаем, как неприятно "пропускать" баги. Это случается время от времени, несмотря на то, что тесты проектируются по всем правилам науки. Почему же так происходит? Дело в том, что техники проектирования тестов подсказывают, как попасть в ситуацию, где высока вероятность обнаружить баг. Но что надо делать, чтобы заметить баг, когда он возник перед вами? Как понять, баг это или не баг? Как доказать это другим? Для этого требуются уже совсем другие навыки, про которые не пишут в учебниках по тест-дизайну. На этом тренинге мы будем учиться замечать баги, отличать баги от небагов, грамотно их описывать. А ещё я расскажу о том, как доказывать, что тестирование выполнено полностью, и что это вообще значит. Тренинг будет полезен опытным тестировщикам, которые уже владеют техниками проектирования тестов, но хотели бы научиться находить баги, которые не находят другие тестировщики, несмотря на то, что они знают те же самые техники.
До 25 сентября действуют льготные цены.
Для компаний мы готовы предложить проведение тренингов по тестированию в корпоративном формате на территории Заказчика. Напишите нам (
Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript
) и мы предложим очень выгодные условия.
Ну а те, кому интересны другие темы или нет возможности приехать в Москву или Санкт-Петербург могут посмотреть расписание ближайших онлайн-тренингнов по разным темам разных уровней.
29 августа в Минске прошла вторая полномасштабная конференция, посвященная автоматизированному и ручному тестированию, менеджменту команд и эффективному взаимодействию участников процесса разработки ПО, организованная сообществом автоматизаторов и сочувствующих COMAQA.BY при деятельной поддержке очень и очень многих небезразличных людей. На мероприятии с докладами выступили активисты сообщества, ключевые специалисты ведущих IT-компаний Беларуси. На конференции было представлено 15 докладов, разбитых на два потока и круглый стол, посвященный ряду наболевших вопросов тестирования ПО.
Темы прочитанных докладов:
«Принцип открытого кимоно как инструмент мотивации», … Антон Семенченко, COMAQA.BY,
«Внедрение автоматизации на проекте с действующим …» Вадим Зубович, COMAQA.BY,
“Codeception + PHP for QA Automation” Евгений Борисик, COMAQA.BY,
