Home

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

Одна из техник, которые помогают нам хранить, структурировать и обрабатывать информацию - майнд-карты, или интеллект-карты. Многие тест-аналитики давно и активно используют их при исследовании программных продуктов, анализе функциональности и проектировании тестов. Но карты полезны не только в тест-анализе! Они помогают выявлять проблемы, находить решения, контролировать статусы продуктов и проектов. И, конечно, майнд-карты можно (и зачастую нужно) использовать во внерабочей деятельности.

Отвечая на вопросы учеников курса Школы Тест-Аналитика, Наталья Руколь записала вебинар, из которого вы узнаете:

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

Автор: Дмитрий Владимирович

Всякое исследование начинается с постановки цели. Данная заметка претендует не столько на исследование, скорее на отзыв рядового пользователя. И, тем не менее, поставлю в самом начале следующую цель:

Цель – расширить познания читателей об альтернативных браузерах и помочь им осознанно подходить к выбору браузера (как и любого другого программного продукта).

Пожалуйста, перед дальнейшим чтением обзора прочтите:

ПРЕДВАРИТЕЛЬНЫЕ ОГОВОРКИ

• Я сознательно не рассматриваю в обзоре так называемые традиционные браузеры – «великолепную пятерку», в числе которых InternetExplorer, GoogleChrome, Opera, MozillaFirefox и Safari.
  Это связано с тем, что про данные браузеры и так написано довольно много, нет желания писать заметку на тему «Спасибо, кэп!».
• Приношу также извинения за то, что в обзоре не рассматривается «мелочь пузатая», выросшая из достраивания InternetExplorer (например, Acoo Browser, Slim Browser и т.д.). Как мне кажется, мало кому интересно говорить просто о настройках «старого доброго» IE, который к тому же один из худших браузеров в мире.
• Ну да, есть еще «оригиналии» наподобие K-Lite Ninja Samurai Browser, который вообще не открывает толком ни одну веб-страницу, включая отечественный Яндекс и зарубежный Yahoo. Такие браузеры нам совсем не обязательно изучать, правда?
• Конечно, мое мнение не является исчерпывающим или конечным (тем более, если учесть, что я рядовой пользователь, а не программист). Мой обзор как раз и представляет собой опыт пользователя, что тоже имеет ценность. И я с радостью познакомлюсь с Вашим опытом, если он добавит что-то интересное и полезное. Пишите, добавляйте!

************

Теперь перейдем непосредственно к обзору браузеров.

Продолжаем публикацию лучших докладов 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. Отчёт, отчёт и еще раз …?

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

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