Posts Tagged ‘testerlife’

Tester Bill of Rights

Вторник, Февраль 5th, 2013

У меня часто возникают мысли о том как правильно взаимодействовать тестировщикам и команде разработчиков? какова роль тестировщика в Agile-команде? Материалов на эту тему много хороших и разных. Очень интересно и точно описаны «Права тестировщика» в книге Agile Testing. A practical Guide for Testers and Agile Team. Lisa Crispin, Janet Gregory:

• You have the right to bring up issues related to testing, quality, and process at any time.
• You have the right to ask questions of customers, programmers, and other team members and receive timely answers.
• You have the right to ask for and receive help from anyone on the project teams, including programmers, managers, and customers.
• You have the right to estimate testing tasks and have these included in story estimates.
• You have the right to the tools you need to perform testing tasks in a timely manner.
• You have the right to expect your entire team, not just yourself, to be responsible for quality and testing.

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

Cartoon Tester

Суббота, Январь 19th, 2013

Сегодня пятница и не хочется чем-то техническим вас грузить. Поэтому пост будет про … тестировщиков :) А точнее про комиксы о них. Ссылка под картинкой:

Headless web browsers

Четверг, Январь 17th, 2013

Для тестирования веб-приложений (а именно этим я сейчас и занимаюсь на текущей работе) крайне необходим веб-браузер. Поиграл в капитана Очевидность, ага :) Когда речь идет о ручном тестировании или о запуске небольших тестовых сценариев, то тут все ясно — используется один из обычных браузеров (Firefox, Chrome, Safari, Opera) или Internet Explorer. Но что делать, если у вас есть хороший набор браузерных тестов и вы хотели бы их запускать либо в фоне на рабочем компьютере, либо на выделенном CI-сервере? Запускать обычный браузер и наблюдать мельтешащие окна — не вариант. И тут на помощь нам приходят так называемые headless-браузеры, которые позволяют выполнять ваши тесты с использованием браузера (чаще всего Webkit-based), но при этом не отвлекают вас лишними окнами (создается некоторое виртуальное, невидимое окно браузера, в котором и проходят тесты) Основные существующие headless-браузеры перечислены тут. На случай, если ссылка устареет, ниже приведен этот перечень:

  • HtmlUnit — Java. Custom browser engine. JavaScript support/DOM emulated. Open source.
  • Ghost — Python only. WebKit-based. Full JavaScript support. Open source.
  • Twill — Python/command line. Custom browser engine. No JavaScript. Open source.
  • PhantomJS — Command line/all platforms. WebKit-based. Full JavaScript support. Open source.
  • Awesomium — C++/.Net/all platforms. Chromium-based. Full JavaScript support. Commercial/free.
  • SimpleBrowser — .Net 4/C#. Custom browser engine. No JavaScript support. Open source.
  • ZombieJS — Node.js. Custom browser engine. JavaScript support/emulated DOM. Open source.
  • EnvJS — JavaScript via Java/Rhino. Custom browser engine. JavaScript support/emulated DOM. Open source.
  • Watir-webdriver with headless gem — Ruby via WebDriver. Full JS Support via Browsers (Firefox/Chrome/Safari/IE).
  • Spynner — Python only. PyQT and WebKit.

 

Чёрная команда QA

Среда, Январь 16th, 2013

Уже около 2х лет я работаю в своем текущем проекте. Работаю как один из равноправных членов команды, в непосредственном контакте с разработчиками. До недавнего времени, несмотря на иногда возникавшие проблемы коммуникационного характера, такая организация работы была достаточно эффективной и, что важнее, интересной для меня. Но шло время и стало понятно, что эффективность и мой интерес стали падать (это две очень взаимосвязанные вещи) Возникли резонные вопросы — кто виноват? что делать? Шеф посоветовал прочесть главу «Чёрная команда» из книги Демарко и Листера “Человеческий фактор – успешные проекты и команды“ (её стоит прочесть полностью, что я и постараюсь сделать в ближайшее время) В этой главе рассказывается об интересном факте существования в одной компании отдельно выделенной группы тестировщиков, которые представляли собой монолитную боевую единицу по повышению качества продукта. В книге вводится такое понятие как «кристаллизация»:

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

Как только начинается кристаллизация команды, вероятность успеха очень резко возрастает. Управлять этой стихией – одно удовольствие. Управление в традиционном смысле этого слова им не нужно, и уж точно не нужны дополнительные стимулы. Они уже обладают собственным импульсом.

Кристаллизацию команды обычно сопровождает сильное чувство индивидуальности.

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

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

Цитата из книги под катом.

(далее…)

Тестирование iOS-приложений с помощью Frank

Воскресенье, Январь 13th, 2013

Примерно месяцев 9 назад в одном из рабочих проектов появилась задача тестирования iOS-приложения. Т.к. приложение было в разработке и новые версии появлялись практически каждый день, то вручную проверять работоспособность старого функционала быстро расхотелось. Было потрачено некоторое время на исследование существующих инструментов для тестирования iOS-приложений. Акцент делался на поиск инструмента, который бы предоставлял возможность написания тестов либо на чистом Cucumber, либо Cucumber-style. Перебрав несколько подходящих кандидатов, я сделал выбор в пользу Frank — библиотеки, которая позволяет проводить Painless iOS Testing With Cucumber :) Писать тесты с помощью Frank легко и удобно, установка быстрая и не требует каких-то особых условий. За прошедшее время Frank очень сильно развился, оброс новым функционалом и стал еще проще в использовании. Настоятельно рекомендуется, если вам нужно организовать автоматизированное тестирование iOS-приложений.

Возможна ли жизнь без тестировщика?

Суббота, Январь 12th, 2013

Вероятно тысячи копий было сломано в спорах на тему «а нужны ли тестировщики вообще?», «можно ли обойтись без тестировщиков?». Интерес к этому вопросу показывает и достаточно высокое количество публикаций и докладов на конференциях. Однако, интересный факт — большинство докладов исходит от лица программистов. Если задуматься, то это неудивительно — не станет же тестировщик доказывать, что без него можно обойтись? :) Мне стало интересно посмотреть на этот вопрос именно со стороны тестировщика и дать ответ на вопрос в заголовке, твёрдо взвесив «за» и «против». Так появился доклад на декабрьской встрече донецкого Кофе-и-кода. Слайды доклада приведены ниже, но самым ценным получилось обсуждение и ответы на вопросы слушателей. Впрочем, общее представление о моей позиции можно понять и из слайдов.

Возможна ли жизнь без тестировщика? from Aleksey Derkach

P.S. Буквально сегодня мне пришла в голову идея для провокационного доклада на тему «Why I do not want to be a tester?» :) Возможно, в ближайшем времени доложусь или на внутренних конференциях Anadea, или на посиделках Кофе-и-кода.