Home

Сегодня в сообществе тестировщиков в Контакте был проведен опрос о том, кто чем делает скриншоты. И мы вспомнили, что год назад на онлайн-конференции 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. Отчёт, отчёт и еще раз …?

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

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