Выдающийся тестировщик

Что делает выдающего тестировщика выдающимся? Я думаю, что практически каждый тестировщик задавался этим вопросом хотя бы раз.
Большинство профессиональных тестировщиков сразу начнут вещать про то, что выдающимся тестировщика делает знание методологий, тулов, процессов и т.п. Это всё конечно немаловажно, но, я считаю, что не это главное. Это делает тестировщика хорошим, но не выдающимся.
В конце концов те самые упомянутые методологии и процессы были разработаны обычными людьми, а людям, как известно, свойственно ошибаться – в этом мы все преуспели.
Так каким же всё таки должен быть выдающийся тестировщик? Я считаю, что для этого тестировщик должен быть бунтарём - любознательным, ставящим под вопрос всех и вся, не доверяющим общепризнанным подходам и методологиям, лично «испытывающим на прочность» практики, проверенные временем, пере-изобретающим тестирование, совмещающим подходы из других областей знаний, не перестающим учиться и совершенствоваться...

Выбор тулы для скриншотинга

Каждому тестеру ежедневно создаёт отчёты о найденых дефектах – баг репорты или проще – баги. В этом блоге, я уже поднимал вопрос о том, насколько важно писать грамотный баг репорт. Однако очень часто срабатывает правило «лучше один раз увидеть, чем сто раз услышать» - тут на помощь тестерам приходят тулы для «захвата» содержимого экрана (screen capture tools). О них сегодня и пойдёт речь.

Естественно, что данная ниша рынка представлена очень широко и многообразно – ведь делать скриншоты приходится не только тетстировщикам.

На мой взгляд, оптимальными тулами для тестеров являются: 1. SnagIt и 2. Win7 Snipping Tool

1. SnagIt

SnagIt – очень мощная тула, позволяющая не только сделать скриншот, но и налепить на него кучу плюшек (сделать обводку «особо опасному» месту, понатыкать стрелочек, добавить текст и т.д. и т.п). SnagIt имеет большое число настроек для захватываемой области (область, окно, видимая часть контента – экран, область со скроллом, скрин с сохранением ссылок и т.п.), что позволяет приаттачить к баг репорту максимально точный скриншот. Помимо «захвата» картинок, можно ещё и видео записывать, которое после архивации имеет символический «вес». Тула также имеет широкие возможности по экспорту (Word, Excel, PowerPoint, IM), а также отсылке (email, FTP)

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

2. Snipping Tool

Snipping tool – встроенная в Windows7 тула, являющая собой отличный пример минимализма в решении поставленой задачи. Тут нет большого числа настроек и твиков, но есть всё необходимое, чтобы сделать качественный скриншот. Виды захватываемой области представлены 4 опциями – свободная область (free-form), четырёхугольник, окно и экран, что в принципе покрывает 99% случаев скрин шотов. Также радует поддержка сохранения ссылок. Из плюшек есть только ручка и хайлайтер, что немного удручает, поскольку в 50% случаев этого явно не хватит. Экспорт напрямую из тулы невозможен, однако отослать полученный скрин непосредственно из тулы можно, но только по email.

Подводя итог, Snipping Tool – отличная тула для создания простых скриншотов.

Итак, если вам в работе чаще требуется создавать «сложные» скриншотов, следует обратить внимание на SnagIt, а в случае когда надо просто подтвердить степы картинкой – вполне хватит и Snipping Tool.

Сделай жизнь ярче - раскрась свой powershell

Многим из тех, кому приходится часто работоать с powershell, не нравятся "родные цвета" этой оболочки. Что ж, это не проблема, поскольку всё можно настроить исключительно под себя - для удобства использования и для эстетического наслаждения.
Для того, чтобы раскрасить свой powershell много не надо - достаточно прописать в профиле следующую функцию (цвета и значки - по вкусу):

# Prompt

function prompt
{
$_locationStackDepthString = New-Object string ([char] '+'), (Get-Location -Stack).Count
$color = 'Cyan'
Write-Host '>> ' -nonewline -ForegroundColor $color
Write-Host $(Get-Date -Format T) -ForegroundColor 'DarkYellow' -NoNewLine
Write-Host " " $PWD.Path -ForegroundColor 'Green'
Write-Host ($_locationStackDepthString + '>') -nonewline -ForegroundColor $color
$host.UI.RawUI.WindowTitle = "POWERSHELL"
return " "
}

Ну, а если уж захочется чего-то большего, то начать можно отсюда.

HTML5 Тест браузеров

Коллега подкинул интересный ресурс - HTML5 тест для браузера.
Исходя из тех конфигурация, которые имею под рукой - получил следующие результаты:

Win7
Chrome beta (5...) - 142
Chrome 4.1.2 - 118
Opera 10.53 - 102
Firefox 3.6.3 - 101
IE8 - 19
Safari 4 - 70

Mac OS X 10.6
Safari 4 - 113
Firefox 3.6.3 - 101
Chrome beta (5...) - 137

iPad - 115

iPhone (3я прошивка)
Safari 4 - 113
Opera mini 5.0 - 14

Samsung GALAXY (android 1.5)
Chrome Light - 39

Провести Тест

Автоматизация Flex приложений на QTP

Некоторое время назад я столкнулся с проблемой автоматизации flex части проекта с помощью QTP.
Даже с установленным Flex 3.0.0 Add-in'м объекты flex части не распознавались, соответственно автоматизация не представлялась возможной.
Однако, после недолгих поисков наша проектная команда qa нашла приемлемое решение.
Шаги такие:
1. Запускаем Flex Builder.
2. Создаём новый Flex проект.
3. Выбираем его в навигаторе.
4. Выбираем Project > Properties > Flex Compiler.
5. В поле "Additional compiler arguments" прописываем следующее:

-include-libraries "flex_builder_dir\sdks\3.0.0\frameworks\libs\automation.swc"
"flex_builder_dir\sdks\3.0.0\frameworks\libs\automation_agent.swc"
"flex_builder_dir\sdks\3.0.0\frameworks\libs\qtp.swc"
"flex_builder_dir\sdks\3.0.0\frameworks\libs\automation_dmv.swc"

( -include-libraries работает с директорией Flex Builder'a (в Windows по дефолту "C:\Program Files\Adobe\Flex Builder 3\")
6. Кликаем OK,чтобы сохранить изменения, а потом ещё раз на OK, чтобы закрыть Properties проекта.
7. Компилим Flex приложение.

Негативные моменты этого подхода в том, что:
1. Придётся всегда параллельно собирать по 2 версии приложения (для продакшена и для тестирования), такое сработает далеко не на любом проекте
2. "probe effect", хоть и минимальный, но всё же присутствует

P.S. Работает с 7м IE, Flex 3.0.0 Add-in обязателен.

ISTQB Certification

На прошлой неделе сдал экзамен на сертификацию ISTQB (Foundation Level).
Уже давно хотел это сделать, да всё руки не доходили.
Поскольку для меня эта процедура осталась позади, а результат успешен, - дам несколько советов.
1. Язык
Читать материалы для подготовки к экзамену лучше на английском языке. Это нужно для того, чтобы не "платить" за 'lost in translation' ошибки. При этом среднего уровня владения английским вполне хватит.
2. Материалы
Чтобы покрыть все вопросы экзамена - достаточно 3х документов: книга (Foundations of Software Testing) - собственно для изучения теории, словарь терминов (Glossary) - для изучения терминологии и "методичка" (Syllabus) - для повторения.
Я при подготовке использовал вопросники и других источников - например, отсюда, но особой пользы они не принесли. Однако если вы располагаете достаточным количеством времени, то и этот ресурс лишним не будет.
3. Время
Для подготовки не нужны месяцы. Я считаю, что достаточно 2-х недель по 1-2 часа в день.
Или если пересчитать на покрытие материала - одно прочтение книги, знание обязательных терминов (в книге они указаны), прохождение всех тестов и пробного экзамена (тоже есть в книге), повторение материала по "методичке".
4. Где и Когда
Для того, чтобы сдать экзамен в Беларуси следует обратиться в местную ветку ISTQB, которую можно найти тут и зарегистрироваться на сайте. А потом просто следовать инструкциям, которые будут приходить на ваш email.

Я лично считаю сертификацию весьма полезной вещью:
- она помогает обновить и структурировать знания по тестированию ПО
- расширить кругозор и получить полезные контакты
- добавить "галочку" в резюме
- в конечном итоге, просто как пункт в планах самореализации

Большой брат вещает