Школа тест-менеджеров v. 2.0, онлайн-тренинг, начало 1 июня
Новые темы форума тестировщиков
Организация автоматизированного тестирования, начало 27 мая 2016-05-16 10:11 Авторы и ведущие тренинга: Алексей Баранцев и Наталья Руколь
У многих тестировщиков, а также и у многих менеджеров, при звуке слов "автоматизация тестирования" в мозгу возникает идиллическая картинка в стиле научно-фантастических романов: роботы выполняют рутинную и тяжёлую работу, а человек занимается интеллектуальным или творческим трудом.
Но это никакая не фантастика, это вполне реально и достижимо! Да, можно освободить тестировщиков от выполнения некоторых типовых задач, переложив эту работу на плечи роботов. Таких рутинных действий тестировщик совершает больше, чем кажется на первый взгляд. Автоматизировать можно не только собственно выполнение тестов, но и подготовку тестового стенда, генерацию тестовых данных большого объёма или высокой сложности, помощь в проверке результатов, полученных при ручном тестировании (сравнение текстов, картинок), создание отчётов или иных документов. Однако нельзя просто пойти и купить робота, который начнёт немедленно приносить вам пользу. Можно либо взять "универсального" робота и обучить его, либо взять конструктор и собрать узкоспециализированный автомат для решения ваших конкретных задач.
Процесс внедрения автоматизации – это как раз и есть процесс создания или обучения роботов. Внедрение автоматизации затрагивает многие стороны процесса разработки. Это отнюдь не чисто инженерная задача, требующая только владения инструментами автоматизации и навыками программирования.
Прежде чем перейти к технической части, необходимо выбрать оптимальную стратегию внедрения и дальнейшего развития автоматизированных тестов. Нужно скоординировать работы по автоматизациями с деятельностью специалистов по ручному тестированию, потому что предстоит провести отбор тестов для автоматизации, а может быть и переработку этих тестов. Предстоит также согласовать свои действия с разработчиками, а может быть даже договориться о специальных доработках тестируемого приложения для более удобной автоматизации.
Ну и конечно без инженеров в этом деле не обойтись. Правильно выбрать средства автоматизации, интегрировать с инструментами групповой работы (баг-трекер, сервер непрерывной интеграции, системы отчётности) – при решении этих технических задач талант инженера-автоматизатора может раскрыться в полной мере.
Но главная опасность подстерегает впереди – рано или поздно станет ясно, насколько оправданным и экономически целесообразным оказалось внедрение автоматизации в тестирование. Нужно будет оценить достигнутые результаты и принять новые решения относительно дальнейшего развития систем автоматизации.
Чтобы научить вас правильно планировать процесс внедрения автоматизации, успешно решать технические задачи и адекватно оценивать текущее состояние процесса
мы разработали новый тренинг, особенность которого заключается в том, что его ведут два тренера – "менеджер" и "инженер".
Это позволит вам увидеть проблемы, которые возникают при внедрении автоматизации тестирования, с двух разных (можно даже сказать противоположных) точек зрения.
Тренинг будет полезен всем, кто внедряет с нуля или улучшает текущие подходы к организации автоматизированного тестирования: тест-менеджерам, специалистам по автоматизации и тест-дизайнерам, взаимодействующим с группой автоматизации.
Программа тренинга и условия участия Как лучше протестировать сайт на защиту от атак из вне? 2016-05-16 11:35 Всем доброго времени суток, поддерживаю ресурс http://www.pr4u.ru/. Постоянно падает количество индексируемых страниц, и никак не могу понять почему это происходит. Уже возникла мысль, что конкуренты изрядно стараются, что бы проект пошёл ко дну. Возник вопрос - как вообще лучше всего тестировать сайт на защиту от воздействия пиратов в Сети. Понимаю, что мало вероятно, но вопрос назрел, а ответа пока нет... Байка для оруженосца-7. Два вида списков задач. 2016-05-16 11:56 http://blog.shumoos.com/archives/315
Эта статья в помощь тестменеджерам. Во многом написана по просьбе Алексея Федорова.
Материал сложный. После прочтения должны остаться вопросы. Попробуйте поискать ответы сами.
Тестирование на профессиональном фестивале "Российские интернет-те 2016-05-16 13:56 Через пару недель в Москве пройдёт большой профессиональный фестиваль "Российские интернет-технологии", включающий в этом году в себя аж семь конференций: по серверной и фронтенд-разработке, по управлению и предпринимательству, по разработке мобильных приложений, по высоконагруженным системам и конференция на стыке enterprise и web-культур.
И, конечно, тема тестирования в том или ином виде поднимается почти в каждом тематическом направлении. Мы расскажем про некоторые из докладов, среди которых есть и уникальные.
Например, секция про "A/B-тестирование" в конференции серверных веб-разработчиков Backend Conf. Ну и что же тут уникального, спросите вы? А то, что рассматривать тему сплит-тестирования мы будем не через призму того "это обязательно надо делать", а с фокусом "как правильно это сделать"! Причём правильно с технической, инженерной точки зрения. Почти все веб-проекты проводят A/B тестирование своих изменений. Это модно, и это вроде бы работает. Но многие обнаруживали, что целый год повышали какой-то ключевой параметр (например, конверсию), внедряли только те изменения, которые по A/B тестам показывали значимый плюс, но через год времени и сорок таких внедрений конверсия оставалась на том же уровне, что и в самом начале. Отчего это бывает?
В секции сейчас три доклада:
Конечно, это не единственные материалы по тестированию на фестивале. Почти в каждой конференции есть свои доклады с уклоном, конечно, на тематику конференции.
Например, в обучающей конференции по высоким нагрузкам в докладе "Оптимизация сайта. Диагнозы и курсы лечения" Иван Михеев рассказывает про тестирование производительности, поиск узких мест, работу со средствами профилирования и оптимизации. Проблемы производительности изучаются также в докладе "Практика применения Pinba в Badoo" от Дениса Карасика. Основные аспекты доклада это конкретные примеры и задачи: измерение производительности php скриптов, измерение времени обращений к внешним сервисам, измерение «хитрейта» кэша, измерение производительности обработки очередей, построение распределений и использование перцентилей.
Другой пример — тестирование фронтенда, подробно рассматриваемое в конференции для фронтенд-разработчиков Frontend Conf. Алексей Малеков в докладе "Радости и гадости регрессионного тестирования вёрстки" рассказывает, как они построили систему, автоматически проверяющую проекты студентов обучающих курсов на соответствие исходному макету.
Андрей Сумин в докладе "Как отвечать за продакшн" расскажет про то, что можно сделать за пределами тестирования. У вас, в худшем случае, ваш комп, на котором вы все тестируете перед выкаткой. Проверяете во всех браузерах, запускаете автоматические тесты, возможно, нагрузочные. В хорошем случае — есть ферма машин или даже отдел тестирования. Это стандартные практики по соблюдению качества продукта. Но это малая часть того, что можно сделать. Интересно?Нам тоже! Поэтому мы выбили из организаторов скидку для наших подписчиков — при бронировании используйте код SoftwareTesting2016. Участие в фестивале платное, участники могут приобрести билеты как на отдельные конференции, так и билет-вездеход на весь фестиваль в целом. Доклады про тестирование размазаны по всему фестивалю РИТ++, поэтому наш скидочный код даёт скидку именно на весь фестиваль в целом. Подключайтесь и до встречи на фестивале!TestNG + ant + jenkins (ну и selenium, ессесина) 2016-05-16 17:00 Добрый день, коллеги! Писал я тесты и использовал их самостоятельно запуская из IDE и жил не тужил. Но возникла потребность в постоянном автоматическом прогоне тестов. Почитал статейки, литературу и вооружившись ant'ом решил гонять их на jenkins'е Настроил build.xml:
<?xml version="1.0" encoding="UTF-8"?>
<project name="TestNGTesting.jar" basedir = ".">
<!--========================================================================
Properties
=========================================================================-->
<property name="src.dir" location="${basedir}/src"/>
<property name="bin.dir" value="${basedir}/bin"/>
<property name="lib.dir" location="${basedir}/lib"/>
<property name="build.dir" value="${basedir}/build"/>
<property name="jar.name" value="TestNGTesting.jar"/>
<property name="report.dir" value="${basedir}/report"/>
<property name="TestNG.report.dir" value="${report.dir}/TestNGreport"/>
<!--========================================================================
Classpath
=========================================================================-->
<path id="classpath">
<pathelement path="${classpath}"/>
<pathelement location="${selenium.jars}/selenium-java-2.53.0.jar"/>
<pathelement location="${selenium.jars}/selenium-server-standalone-2.53.0.jar"/>
<pathelement location="${selenium.jars}/avalon-framework-4.1.4.jar"/>
<pathelement location="${selenium.jars}/testng-6.8.7-sources.jar"/>
<pathelement location="${selenium.jars}/testng-6.8.7.jar"/>
<pathelement location="${ECLIPSE_HOME}plugins/org.testng.eclipse_6.9.11.201604020423/lib/testng.jar"/>
<pathelement location="${ECLIPSE_HOME}plugins/org.testng.eclipse_6.9.11.201604020423/lib/jcommander.jar"/>
<pathelement location="${ECLIPSE_HOME}plugins/org.testng.eclipse_6.9.11.201604020423/lib/bsh-2.0b4.jar"/>
<pathelement location="${ECLIPSE_HOME}plugins/org.testng.eclipse_6.9.11.201604020423/lib/snakeyaml.jar"/>
</path>
<!--========================================================================
Creating folders
=========================================================================-->
<target name = "MakeDirs" description = "Making of the auxillary dirs">
<mkdir dir="${report.dir}"/>
</target>
<!--========================================================================
Compilation of the classes
=========================================================================-->
<target name = "compile" description = "Compilation of the classes">
<javac includeantruntime = "false" destdir="${bin.dir}" debug="off">
<src path="${src.dir}"/>
<!--Откуда берем-->
<classpath id="classpath">
<fileset dir="${lib.dir}">
<include name="selenium-java-2.53.0.jar"/>
<include name="selenium-server-standalone-2.53.0.jar"/>
<include name="avalon-framework-4.1.4.jar"/>
<include name="testng-6.8.7-sources.jar"/>
<include name="testng-6.8.7.jar"/>
</fileset>
</classpath>
</javac>
</target>
<!--========================================================================
TESTING
=========================================================================-->
<taskdef resource="testngtasks" classpathref="classpath" />
<target name="run" description="Start tests" depends="compile">
<mkdir dir="${TestNG.report.dir}"/>
<testng outputdir="${TestNG.report.dir}" classpathref="classpath" >
<xmlfileset dir="${basedir}" includes="testng.xml"/>
</testng>
</target>
</project>
Так как нет более опытных коллег под рукой, оценить правильность и оптимальность возможности не имею Теперь к проблеме: Вот на эту строку
<testng outputdir="${TestNG.report.dir}" classpathref="classpath" >
ругается так: BUILD FAILED C:\workspace\NewTechport\build.xml:69: Problem: failed to create task or type testng Cause: The name is undefined. Action: Check the spelling. Action: Check that any custom tasks/types have been declared. Action: Check that any <presetdef>/<macrodef> declarations have taken place. К сожалению, либо я не умею пользоваться поиском, либо описаний решения проблемы не так уж и много. Прошу отнестись с пониманием, опыта в такой настройке не имею, только постигаю © 2010 | Software-Testing.Ru |
| В избранное | ||
