Home

До начала онлайн-конференции ConfeT&QA остается ещё больше двух месяцев, а программа конференции сформирована уже на две трети.

Мы продолжаем поиск докладчиков, и планируем до конца августа сформировать программу полностью. А после этого начнется “тюнинг” докладов, чтобы из каждого получилась “конфетка” :)

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

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

Если вы ещё не зарегистрировались – поторопитесь, ещё действуют скидки при оплате!

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

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

Кому будут полезны вебинары: тест-менеджерам и ведущим тестировщикам.

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

Вебинар #1: Скриптовое тестирование

Вебинар #2: Исследовательское тестирование

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

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

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

Присоединяйтесь, будет полезно и весело!

Обсудить в форуме

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

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

Это в теории. А на практике некоторые тестировщики находят дефектов в программе больше, чем другие, в том числе они умеют находить весьма нетривиальные дефекты. Почему? Как им это удаётся? Что за секретные техники они применяют?

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

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

Мы постоянно будем держать в уме два противоборствующих фактора:

• с одной стороны, тестов надо придумать достаточно много и они должны быть достаточно разнообразными, чтобы выявить как можно больше дефектов;
• с другой стороны, тестов надо придумать как можно меньше, чтобы не делать лишней работы.

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

Посмотреть отзывы участников онлайн-тренинга "Практикум по тест-дизайну"

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

Сегодня мы получили список чтения от Натальи Руколь.

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

Автор: Наталья Руколь

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

Роль требований в процессе разработки

Требования похожи на единорогов. Такие же прекрасные мифические создания, несущие людям счастье  В ~99% проектов, с которыми я сталкивалась, требования:

• Были неполным
• Были некорректным
• Отсутствовали

Выбирайте любые пункты из трёх, а иногда и все вместе.

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

Как всегда, у нас есть выбор. Вариант #1 – подождать: а вдруг появятся? Чтобы ожидание не было скучным, можно разбавлять его регулярными жалобами на нехватку требований и байками из серии «а вот в нормальных компаниях…».

И есть вариант #2 – построить процесс таким образом, что у вас появятся требования. Именно об этом варианте мы и поговорим в статье.

Автор текста: Вячеслав Панкратов

Мы продолжаем говорить со специалистами в области тестирования ПО, чтобы разобраться в вопросе «Что случилось с тестировщиками?»

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

В теме продолжают разбираться Слава Панкратов и Саша Орлов — в славном боевом прошлом специалисты и руководители команд по тестированию.

Сегодня мы пригласили побеседовать на эту тему Алексея Лянгузова: 11 лет в тестировании, tech lead команды тестирования в Oracle, до этого работал в TogetherSoft и Borland, со-основатель сообщества тестировщиков Санкт-Петербурга.

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

Три дня тому назад, ровно в полночь (по московскому времени), торжественно, под звуки фанфар, вышла вторая версия инструмента автоматизации веб-приложений Selenium 2.0. И это действительно очень важное событие в жизни тестировщиков, занимающихся автоматизацией веб-приложений, потому что это не простое обновление, а совершенно новый инструмент!

На протяжении предыдущих двух месяцев, когда Selenium 2.0 находился на этапе бета-тестирования, и многие уже начали пробовать новую версию, мне неоднократно приходилось отвечать на вопрос, в чем же состоит кардинальное отличие 2.0 от предыдущей версии, и почему они при переходе на 2.0 никакого отличия не заметили. Мне приходилось объяснять, что для “настоящего” перехода на версию 2.0 недостаточно просто загрузить новый дистрибутив, надо ещё и переписать все свои тесты :) И это не совсем шутка, в ней есть изрядная доля правды.

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

Первое, что надо запомнить – Selenium 2.0 обладает полной обратной совместимостью. Всё, что было в версии 1.0, по прежнему присутствует в новой версии, оно никуда не исчезло и в обозримом будущем не исчезнет. Поэтому можно просто загрузить дистрибутив 2.0, запустить свои старые тесты с новым Selenium-сервером – и всё должно работать как раньше. Между прочим, даже многие старые баги сохранились, потому что при разработке новой версии эту часть кода старались вообще не трогать, усилия были сосредоточены на другом направлении. Впрочем, некоторые изменения всё таки вносились, главным образом нацеленные на поддержку новых версий браузеров Internet Explorer (до версии 9 включительно) и Firefox (до версии 5 включительно).

Но чем же всё таки новая версия отличается от предыдущей?