Продолжаем публикацию лучших докладов SQA Days 13. Сегодня представляем доклад Полины Поповой "Способы повышения эффективности в работе тестировщика".

Что может сделать тестировщик, который хочет быть более эффективным? С чего стоит начать?

В докладе будет рассказано о подходе «изнутри-наружу», который позволит по-новому посмотреть на свою роль в команде и начать с изменений в самом себе.

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

Доклад будет интересен тем, кто ищет способ повысить продуктивность своей работы.

Продолжаем публикацию лучших докладов SQA Days 13. Сегодня представляем доклад Павла Смирнова "Простые инструменты для сохранения внимания на тестирование".

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

Автоматизация настройки окружения для тестов - от батников к билд-серверу.
Шаблоны тикетов - как способ ничего не забыть в багрепортах
Личный стек задач на день/неделю - способ не “терять” задачи и выполнять все намеченное.

Все это ежедневно позволяет меньше концентрироваться на “второстепенных” задачах и освобождает мозг для работы над главными.

Продолжаем публикацию лучших докладов SQA Days 13. Сегодня представляем доклад Марины Широчкиной "Тестирование производительности клиентсайда".

Тестирование производительности сервер-сайда, того, как быстро и стабильно отвечают сервера под нагрузкой, уже стало хорошей практикой. Есть инструменты, подходы и методики. С тестированием производительности клиентской части, т.е. производительности того, что происходит у конечного пользователя в его браузере, все немного хуже. За последние полтора года мы прошлись по неплохому комплекту граблей, кажется, что-то про это поняли и хотим об этом поговорить.

Автор: Компания SnowHall Ltd

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

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

Так как времени у нас было относительно немного, то нужна была система для тестирования, несложная в освоении, простая в использовании и по-возможности не требовательная к ресурсам. После беглого обзора существующих систем я выделил следующих кандидатов:

Продолжаем публикацию лучших докладов SQA Days 13. Сегодня представляем доклад Кузьмича Максима (Atlassian Expert. Краб на галерах в StiltSoft) "JIRA. С добавками. Для тестировщиков".

Как бы это печально ни звучало, но редко кто-то думает о тестировщиках. О том, удобно ли им работать, есть ли подходящее окружение и инструменты.

Вот и при настройке JIRA все обычно делается для удобства разработчиков и менеджеров. А тестировщики-то, хоть и не последние пользователи JIRA, зачастую и не знают, что свою работу с этим issue-трэкером можно сделать более продуктивной и удобной.

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

Требуйте донастройки JIRA после её установки!

Продолжаем публикацию лучших докладов SQA Days 13. Сегодня представляем доклад Никиты Налютина "Математика для тестировщиков".

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

Продолжаем публикацию лучших докладов SQA Days 13. Сегодня представляем доклад Игоря Любина (http://auto-testing.ru/) и Анны Скуминой "Риски. Философия и практические рекомендации".

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

Какую ценность представляют результаты тестировщика и для кого? 
На простом «бытовом уровне» цель деятельности QC/QA можно усмотреть в проектировании и прохождении тестов, своевременном репортированнии багов и статуса продукта. 
Мы предлагаем подняться на уровень выше и рассмотреть вопрос о снижении рисков проекта как на основную цель отдела тестирования. 
Несмотря на это философское вступление, мы поговорим о вполне конкретных вещах. О том, как силами Тестировщиков минимизировать риски:

• Невыявленых требований
• Недооценки трудозатрат на разработку и тестирование
• Недостаточного покрытия функциональности тестовыми наборами.
• Потери "ключевых" сотрудников
• Непопадания всей команды в запланированное расписание
• Непрохождения продукта "приемки"

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

И конечно поделимся практическими советами и наработками из личного опыта.

Геннадий Алпаев, автора единственного русскоязычного учебника по TestComplete и автор тренинга Автоматизация тестов с использованием TestComplete, очередной набор которого начнет работу 19 июля.

TestComplete дает возможность создавать тесты, используя несколько языков программирования, и новичку обычно нелегко сделать выбор в пользу того или иного языка. В этой статье я постараюсь максимально подробно рассмотреть этот вопрос, а также ответить на часто задаваемый вопрос «какой язык выбрать?».

Выбор языка

Выбрать язык для нового проекта необходимо в момент создания проекта.