Что пишут в блогах

Подписаться

Онлайн-тренинги

Конференции

Что пишут в блогах (EN)

Разделы портала

Про инструменты

Лучшие вакансии

.
Как развиваться начинающему тестировщику?
14.01.2011 19:33

image

На форуме тестировщиков и в блогах часто появляются вопросы: с чего начинать тестировщику, который только-только выбрал свою стезю?

С одной стороны, сейчас много курсов в этой области, которые проводятся на базе портала Software-Testing.Ru, УЦ Luxoft, EPAM Systems и т.д.
С другой стороны, начинающему тестировщику далеко не всегда нужны курсы. Если вы ещё не знаете, в каком направлении развиваться, какие области интересны, какие знания хочется получать – то о каких курсах идёт речь? А комплексного ВУЗовского образования для тестировщиков в СНГ пока что нет… В итоге, многие люди не могут быстро «влиться» в профессию, найти направление для развития и понять, «что и как надо изучать для быстрого старта?».

Поэтому, я составила инструкцию для начинающих тестировщиков или людей, которые только выбрали себе эту область деятельности, и снабдила её максимумом ссылок, чтобы информацию не приходилось собирать по крупицам. Надеюсь, что эта инструкция поможет Вам в выбранном начинании.

Итак, 7 шагов от чайника к тестировщику.

Подробнее...
 
Расписание онлайн-тренингов на начало 2011 года
09.12.2010 15:17

Сформировано расписание онлайн-тренингов на январь-февраль следующего года.

 
Бесплатные образы виртуальных машин
13.01.2011 17:11

Автор: Николай Мирошниченко
Предисловие: Алексей Баранцев

На онлайн-тренингах с домашними заданиями самым первым заданием для учеников является подготовка тестового стенда. А поскольку тренируемся мы главным образом на веб-приложениях, первым делом нужно установить AMP-стек (то есть связку Apache+MySQL+PHP), на который уже устанавливается тестируемое приложение.

Поскольку большая часть учеников использует Windows, я обычно выдаю инструкцию по развёртыванию стенда локально, на своей машине, используя WAMP Server.

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

К счастью, один из учеников, Николай Мирошниченко, рассказал, где можно раздобыть готовую виртуальную машину с уже установленным стеком LAMP (Linux+Apache+MySQL+PHP). И пусть заядлых Windows-пользователей не пугает слово Linux – все необходимые задачи по администрированию и настройке тестируемого приложения можно выполнить удалённо через специальную панель управления с веб-интерфейсом.

Итак, ниже рассказ Николая про эту замечательную штуку под названием virtual appliances.

Подробнее...
 
Selenium: ожидание завершения всех AJAX-запросов
12.01.2011 00:34

Автор: Виталий Помазенков

В последнее время развелось очень много различных AJAX-приложений. По сути автоматизация тестирования такого приложения не отличается от автоматизации тестирования обычного WEB-приложения, но есть несколько тонкостей. Одна из тонкостей — это как раз ожидание завершения всех AJAX-запросов. Например, если отметка некого checkbox'а на странице вызывает обновление какого-нибудь select'a по AJAX-запросу, то тест, который сразу после отметки выбирает конкретный option, свалится, т.к. этого option'a там не будет. А всё потому, что сам тест выполняется намного быстрее чем AJAX-запрос на обновление списка.

В данном случае у автоматизатора есть несколько выходов.

Подробнее...
 
Selenium: Снятие скриншотов веб-страницы целиком
11.01.2011 21:33

Автор: Алексей Баранцев

Эта статья завершает серию, посвящённую снятию скриншотов при выполнении автотестов, разработанных с использованием Selenium и TestNG.

Предыдущие статьи:
Selenium+TestNG: Автоматическое снятие скриншотов при неуспешном прохождении теста
Selenium: Снятие скриншотов на удаленной машине

Здесь речь пойдёт о снятии скриншотов страницы целиком -- не только видимой её части, но и тех частей, которые можно увидеть лишь проскроллировав окно браузера. Я расскажу про два способа снятия таких "пейджшотов":

  • средствами только Selenium;
  • с использованием AutoIt и какой-нибудь внешней утилиты снятия скриншотов, умеющей автоматически скроллировать окна.

Первый способ работает как при локальном, так и при удалённом запуске тестов, но поддерживаются только браузеры Internet Explorer и FireFox. Второй способ пригоден только при локальном запуске тестов, а поддержка браузеров определяется возможностями используемой внешней утилиты-скриншотера.

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

Всё нижеописанное в виде исходного кода на языке Java вы сможете найти в приложенном файле, ссылка на который находится в конце статьи.

Подробнее...
 
Тренинги Алексея Баранцева в Минске
14.12.2010 19:40

28-29 января в Минске Алексей Баранцев проведет два тренинга:

 
Александр Александров: Надёжный тест-дизайн
11.01.2011 13:13

Сегодня мы представляем вашему вниманию очередной слайдкаст с конференции SQA Days 8 -- запись мастер-класса Александра Александрова "Надёжный тест-дизайн". Как всегда должны предупредить, что просматривать записи мастер-классов конечно не так эффективно, как участвовать в них лично, потому что это не просто выступление, оно сопровождалось интерактивными сессиями и упражнениями, которые в записи слушать неинтересно. Поэтому не пропустите следующую конференцию SQA Days 9, которая пройдёт в Казани весной 2011 года. Регистрация уже началась!

Подробнее...
 
Алексей Баранцев: Какое дело тестировщикам до исходного кода?
06.01.2011 14:31

Мы продолжаем публикацию материалов конференции SQA Days 8, которая прошла в Санкт-Петербурге минувшей осенью. И конечно же приглашаем всех на следующую конференцию, которая состоится весной 2011 года в Казани. Если вы хотите выступить с докладом на следующей конференции -- подавайте заявки уже сейчас.

Сегодня мы публикуем слайдкаст выступления Алексея Баранцева: "Какое дело тестировщикам до исходного кода?" Этот доклад был представлен в формате мастер-класса, так что в слайдкаст вошла только первая часть выступления, живая демонстрация инструментов не включена.

Анонс выступления и ссылку на презентацию можно найти на сайте конференции.

Подробнее...
 
Управление требованиями, тестами, дефектами
04.01.2011 22:19

21 января, очный однодневный тренинг Алексея Баранцева в Москве

На самом деле этот тренинг правильнее было бы назвать “управление требованиями, программным кодом, дефектами и тестами”, поскольку все эти четыре вида артефактов тесно взаимосвязаны, изменяются синхронно, поэтому и управлять ими нужно всеми одновременно. Однако на самом деле управление программным кодом обычно берут на себя разработчики, с этим тестировщикам редко приходится сталкиваться. А вот с остальными тремя видами артефактов тестировщикам приходится иметь дело постоянно.

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

А что следует подразумевать под управлением, если мы говорим о таких виртуальных артефактах? Мы постараемся понять, как эти артефакты возникают, как они эволюционируют, когда и почему могут исчезать, и самое главное – как поддерживать их все в синхронном состоянии. Именно эти действия, нацеленные на достижение гармонии между сущностями разных видов, я и буду называть управлением.

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

Подробная программа и условия участия

 
Pesticide Paradox
22.12.2010 01:23

Автор текста: Баранцев Алексей

Бориз Бейзер описал "парадокс пестицида" в своей книге "Software Testing Techniques", вышедшей ещё в далёком 1983 году. Он попытался провести аналогию между повторным выполнением тестов и повторной обработкой полей тем же пестицидом, который уже применялся недавно. После первой обработки часть вредителей погибла, но не все -- некоторые выжили, потому что их организм оказался устойчив к яду. Так вот эти "счастливчики" с большой вероятностью переживут и повторную обработку. Точно так же, утверждал доктор Бейзер, повторное применение одних тех же тестов, и даже повторное применение одних и тех же методов тестирования, приводит к тому, что в программе остаются дефекты, против которых эти методы неэффективны.

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

- У нас много регрессионных тестов, нам не хватает времени на то, чтобы их все выполнить, может быть их автоматизировать?
- Может быть. Но сначала скажите, эти тесты часто обнаруживают дефекты?
- Да практически никогда! Поэтому и хотим автоматизировать.
- А новые тесты в этот набор часто добавляются?
- Только по дефектам, которые пользователи нашли.
- То есть пользователи в этих модулях обнаруживают дефекты, а тесты их не обнаруживают?
- Ну-у-у, да...
- А почему?
- ??? (молчание) ... (понимание) Так это же парадокс пестицида!!!!

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

Коллеги, оставьте ненужный хлам в старом году, а в новом году добавьте разнообразия в свою жизнь! Скачать плакат для печати в pdf формате.

 
Ищем продвинутого тестировщика (Москва)
10.01.2011 16:42

Динамично развивающаяся московская инвестиционно-аналитическая компания ищет ведущего тестировщика для внутренних проектов в связи с расширением штата.

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

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

Подробнее...