Home

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

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

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

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

Перед очередными онлайн-конференциями серии Confet&QA: Сhief Confet&QA и Auto Confet&QA мы продолжаем публикацию интересных докладов с конференций этой серии, которые завершились полгода или год назад.

Представляем вашему вниманию доклад Татьяны Зинченко, который прозвучал на осенней конференции Fun Confet&QA.

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

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

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

О том какие плюсы и минусы бывают у интеллект карт, где и как их можно применять – я расскажу в своем докладе. И даже покажу ту самую программку, которая уже несколько лет помогает мне в тестировании.

Сегодня в сообществе тестировщиков в Контакте был проведен опрос о том, кто чем делает скриншоты. И мы вспомнили, что год назад на онлайн-конференции FunConfet&QA Алексей Баранцев делал доклад на эту тему и пользуясь случаем, решили выложить запись доклада в открытом виде.

Вы умеете снимать скриншоты? Наверняка. А насколько хорошо вы умеете это делать?

Минимальный набор инструментов — кнопка PrintScreen и простейший текстовый редактор Paint. Кто-то вполне обходится этими средствами. Однако при этом существуют навороченные и даже платные специализированные инструменты. Кому и зачем они нужны? Что они умеют делать такого, чего нельзя сделать кнопкой PrintScreen? А может быть у вас уже есть такая программа-скриншотер? Тогда скажите, какую часть её возможностей вы используете?

Хороший современный скриншотер — это сочетание трёх факторов: 1) много режимов «захвата», 2) хороший графический редактор, 3) удобные средства публикации результата.

Я расскажу про скриншотеры, которыми пользуюсь сам — на что они способны, чем они мне нравятся, чем не нравятся, почему их несколько (неужели нет идеального?)

Скриншот, как наглядное средство демонстрации, является важным аргументом в руках тестировщика, особенно когда вы сообщаете о найденных дефектах. Я расскажу вам, как добывать эти аргументы и делать их сильнее.

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

На этот раз им стал доклад Алексея Баранцева “Firefox и его плагины”.

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

Да, но какой браузер «самый главный», тот, в котором вы проверяете основную функциональность, вёрстку страниц, ищете «битые» ссылки, выполняете валидацию страниц на соответствие различным стандартам, выполняете негативные тесты и пытаетесь «сломать» приложение?

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

Никаких других инструментов — только Firefox и его плагины.

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

Проблема тестирования Web приложений актуальна практически для всех современных многомодульных и многофункциональных программных комплексов. Учитывая, что подавляющее большинство современных программ, включает в себя Web компоненты, встает задача разработки средств, позволяющих не только тестировать HTML код в различных браузерах, но и измерять многочисленные дополнительные параметры, влияющие на восприятие пользователя при работе с приложением. Современному инженеру по качеству или специалисту поддержки полезно иметь у себя в активе ряд специализированных инструментов и средств для оценки производительности качества, скорости отклика и т.д. распределенной системы.

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

Автор: Сергей Талалаев

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

Автор: Сергей Талалаев
Оригинальная публикация: http://sqadotby.blogspot.com/2009/04/excel.html

Часто ли у вас возникало желание, после получения отчета в Excel (абсолютно на любую тематику), убить его автора? Если возникало и не раз – скорее всего вы наш пациент :)

1. Отчёт, отчёт и еще раз …?

Казалось бы чем можно убить любую здравую идею, подразумевающую некоторую информационную составляющую: ”Давайте соберем статистику использования различных операционок на проектах”, “Надо бы собрать сведения об используемом ПО для оптимизации расходов компании” и т.д.?

Правильно – бездарно собранной информацией!!!