Home

Приближается значимый для каждого тестировщика день — 9 сентября. В этот день многие будут вспоминать первый найденный баг, кто-то — известный стих о том, что происходит, если тестировщик выходит из дома, а кто-то смахнет пыль с Хроник отдела тестирования  и в очередной раз скажет: «Да, так всё и происходит на самом деле!»

А мы предлагаем окунуться в атмосферу тестирования не выходя из дома! Давайте встретимся онлайн, мы так давно этого не делали :) Итак, нас ждёт 2 часа драйвового тестерского праздничного междусобойчика: непродолжительные доклады на интересные темы, море поздравлений и, конечно, хорошего настроения!

Встречаемся по адресу 9 сентября в 18-00 (МСК).

Докладчики и организаторы: Татьяна Зинченко, Ирина Винокурова, Рина Ужевко. Приглашенные гости, которые ответят на вопросы слушателей: Алексей Баранцев и Наталья Руколь.

Подробный план проведения в блоге главного организатора Татьяны Зинченко

Запись доклада Алексея Петрова на онлайн-конференции Fun ConfeT&QA.

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

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

В своем докладе я расскажу о тестировании документации, а именно:

• что это такое
• зачем это нужно
• кому это нужно
• как внедрить это
• перспективы его использования

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

Автор: Киселева Ольга, автор и ведущий тренинга Онлайн-интенсив для начинающих тестировщиков.

Тест-кейс — это проверка. "Выполни тест-кейс по вводу отрицательных значений" = проведи проверку такую-то и проверь, что результат будет такой-то.
Устоявшегося русско-язычного определения нет, помните об этом. Главное — понимать суть.

Тест-кейс — это такое описание проверки работы системы, которое может выполнить любой человек из команды, будь то тестировщик, разработчик, аналитик или даже бизнес-заказчик.

Набор тест-кейсов называется тестовым набором (test suite).
Иногда этот набор некорректно называют тест-планом. Тест-план —  это именно план: когда, что, зачем, какими ресурсами. (тут будет ссылка на статью про тест-план)

Стандартные атрибуты тест-кейса

1. Номер —  уникальный идентификатор тест-кейса. Его удобно использовать для одинакового понимания, о какой проверке идет речь (например, дать ссылку в баге).
2. Название — краткое описание сути проверки. Должно помещаться в твиттер и быть понятным! Кратко, но емко.
3. Предварительные шаги —  описание действий, которые необходимо выполнить, но прямого отношения к проверке они не имеют (например, зарегистрироваться в системе для проверки создания элемента). Если предварительных шагов нет, то секция не заполняется.
4. Шаги — описание действий, необходимых для проверки (например, создание элемента).
5. Ожидаемый результат (ОР) — сама проверка: что мы ожидаем получить после выполнения шагов ("Элемент создан").

В этом фрагменте рассказывается про самую-самую основную аннотацию @Test, которая используется в тестовом фреймворке TestNG для того, чтобы помечать методы, которые должны считаться тестовыми.

За последний год трижды нами был успешно опробован формат выездных образовательных week-end’ов. По результатам отличных отзывов, 19-21 cентября в Подмосковье будет проведена очередная выездная школа тестировщиков.

Отдых, обучение, знакомства, связи - и всё это без отрыва от работы!

Школа тестировщиков будет длиться c пятницы 19 сентября (заезд в 14-00) до воскресенья 21 сентября (выезд в 18-00) и пройдёт недалеко от Москвы в загородном клубе  «Усадьба», который расположен под Москвой, всего в 20 км от МКАД.

Тренер: Наталья Руколь

На протяжении школы вас ждёт активное обучение в неформальной обстановке.

Формат школы: 19 сентября с 15-00 до 19-00 знакомство, тематические игры, разбор реальных ситуаций, обсуждения.
20 сентября: с 10-00 до 16-00 тренинг, с 18-00 до 20-00 тематические игры, разбор реальных ситуаций, обсуждения.
21 сентября: с 11-00 до 18-00 тренинг.

Описание школы и ее программа

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

Для кого предназначен этот тренинг:

Для тест-менеджеров и ведущих тестировщиков.

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

Цели тренинга:

• Познакомиться с моделями тестирования и научиться выбирать подходящую
• Научиться создавать тест-планы и тестовые стратегии
• На практике познакомиться с основными паттернами проектирования тестов

Наш молодой и очень активный тренер Ольга Киселева дала интервью Факабе, новостному агрегатору и информационному ресурсу о системе менеджмента качества, обеспечении качества и тестировании ПО в Беларуси. С резрешения авторов мы приводим текст интервью полностью.

Оригинал интервью.

Представляем вашему вниманию большое интервью с популярным QA-блоггером, тренером и просто замечательным человеком Ольгой Киселевой. Ольга делится с читателями Факабы профессиональными советами, секретами успеха и морем позитива.

Ольга, сколько лет вы работаете тестировщиком и в каких ролях успели попробовать себя за это время?

В тестировании я уже 7,5 лет, попала туда, разумеется, случайно :-).

Я успела побыть манки-кликером и ручным верификатором требований, а потом начала развиваться! Запустила проект по автоматизации на фрилансе, который нашел нам N-ное количество баг в стадии разработки фреймворка.

Побывала и в шкуре администратора, настраивая JIRA на фриланс-проектах, и в шкуре тест-менеджера, наняв сотрудника, работающего до сих пор на благо компании.

А сейчас я «тестировщик-многостаночник»:

• тестирование документации;
• разработка автотестов;
• ручное тестирование;
• поддержка Заказчика (это и технический суппорт, и аналитика новых запросов);
• написание документации;
• написание меппингов;
• проведение собеседований;
• планирование релиза;
• …

В общем, аналитик, разработчик, тестировщик, тест-менеджер, сотрудник техподдержки – и все в одном лице! :-)

И это на самом деле очень круто! Интересно попробовать себя в разных ролях и следить за развитием проекта. Что-то менять к лучшему )) Например, уменьшать объемы ручной регрессии ))

14-15 ноября 2014г. в Санкт-Петербурге будет проходить уже шестнадцатая по счету конференция SQA Days-16, посвященное качеству программного обеспечения. Это уникальное для русскоязычного QA-сообщество мероприятие, ежегодно собирающее в одном зале почти тысячу профессионалов в области Software Quality Assurance. Регистрация на конференцию, всё более популярную год за годом, продолжается, и если вы хотите попасть на SQA Days-16, стоит поторопиться – до 31 августа действует льготный период оплаты участия.

Для посетителей ресурса software-testing.ru предоставляется скидка 5% на участие в конференции. Чтобы получить скидку в форме регистрации в поле «Промо-код» введите software-testing.ru.

Дмитрий Ильюк, OOO “Технологии качества», бренд A1QA

В каких случаях может понадобиться тестирование безопасности?

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

Вариантов, разумеется, может быть множество, вот лишь некоторые из них:

• после проведенной кибер-атаки либо ее попытки;
• при наличии корпоративной сети или веб-приложения, тестирование безопасности которых проводилось давно либо не проводилось вообще;
• после добавления новой функциональности в уже имеющийся продукт;
• при значительном изменении топологии корпоративной сети;
• при миграции приложения из тестовой среды в производственную;
• при наличии требований отраслевых стандартов (PCI DSS, HIPAA).

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