Цитаты про тестирование

"Я вижу резолвленные баги но не ощущаю ожидаемого результата"
© наш QA
Лежали всем офисом.
http://juick.com/MaEcTPo/1230654

Писать тесты — это как писать код. Только тесты.
http://juick.com/V1ncE/1857174

Тем кто считает, что юнит тесты не могут работать с базой: если вы тестируете связку человек+лопата, и знаете, что лопата в порядке, а тест падает. Где будете искать ошибку?
http://juick.com/korchasa/1425218

В который раз сталкиваюсь с заблуждением "тесты == автоматизированные тесты". Если вы проверяете результаты работы своих скриптов, то вы уже тестируете. А уж автоматизировать этот процесс или нет, второй вопрос.
http://juick.com/korchasa/1232004

Блин, без BDD я не знаю, что сейчас надо сделать. о_о
http://juick.com/neFormal/1857653

"Humans make mistakes; programs (if coded correctly) do not." — Rails 3 in Action.
Интересно, время подтвердит эту гипотезу?
http://juick.com/wyldrodney/1854703

Тестирование и правда облегчает жизнь. Причем невероятно сильно. =)
http://juick.com/demiazz/1450005

Меня тут спросили, как я пошучу над коллегами первого апреля. А у нас какбе релиз. Первого. А я какбе тестер. Столько клевых идей!
А как бы пошутили вы?
http://juick.com/kisinkaito/602452

Узнал сегодня в институте 3 главных правила тестирования программы: 1) Тестирование легко начать, но сложно закончить. 2) С ростом числа обнаруженных ошибок увеличивается вероятность обнаружения новых. 3) Никогда не тестируйте свою программу сами. Пусть за вас её тестирует другой программист.
До сих пор не верится, что лектор говорил это на полном серьезе. Хотя с этими пунктами тяжело поспорить.
http://juick.com/ubuntard/521783

Запомню.
Памятка по приоритетам для QA:
blocker/highest — падение игры, нерабочая основная механика, ошибки, приводящие к невозможности дальнейшего игрового прогресса
critical/high — баг основной механики, нерабочая вторичная механика, ошибки, приводящие к невозможности дальнейшего игрового прогресса без перезапуска
major/normal — баг вторичной механики, ошибки визуализации или анимации, ошибки сохранения прогресса с предыдущей сессии
minor/low — ошибки позиционирования элементов, нелогичность поведения, перепутанные картинки/звуки
trivial/lowest — орфография(её проверяют в последний момент сразу всю), пожелания/заметки
Для багтрекеров с раздельными полями "важность" и "приоритетность"(например, mantis) это всё относится только к "важности", "приоритет" выставляется дополнительно в зависимости от пожеланий менеджмента.

http://juick.com/neFormal/1745507

Потеря душевного равновесия — побочный эффект работы куа инженера.http://juick.com/estet/507684

"хомо багус" — человек тестирующий (лат.).

http://juick.com/estet/204145

Багзилла как зеркало души тестировщика...http://juick.com/estet/97844

Между (QA) Quality Assurance, (QC) Quality Control и тестировщиками – разницы нет

Нас, тестировщиков, по-прежнему продолжают называть – QA (Quality Assurance), хоть и многие из нас с пеной у рта доказывают, что QA – это не человек, а процесс. Что мы тестировщики, не пишем код, а, следовательно, не можем обеспечить его качество. Это возможно только косвенно, путем предоставления информации о текущем качестве продукта и другими, но опять же, косвенными методами.

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

Не видите разницы между QA, QC и тестировщиками?

Так значит и между:
Программистами, разработчиками и кодерами;
HR’ами и рекрутерами;
Менеджерами, начальниками и руководителями;
Тимлидами и скрам мастерами;
Эникейщиками и сисадминами – разницы тоже нет!

Upd: Расшифровки QA:

• Quality Assurance
• Quality Assistant
• Quality Analyst
• Quality Auditor
• Quick Assistance (support)
• Quality A… 

Как твитнуть из Google Формы. Руководство-детектив

– Так вы говорите, что этот хомяк пришел в Твиттер из Гугл формы?

– И да,  и нет. Гугл-форма была началом его пути, но в твиттере он оказался благодаря рецепту в http://ifttt.com в котором все элементы rss ленты одного из блогов на Blogger попадают в твиттер

– Стоп, а кто тогда опубликовал этот пост с хомяком в Blogger (http://dztwitter.blogspot.com/)?

– Известно, что в настройках Blogger можно разрешить публикацию через email. И по горячим следам, мы выяснили, что этот хомяк запостился именно так. Это можно настроить вот здесь:
Настройки  --  Электронная почта и мобильные устройства

– Значит хомяка прислали по имейлу… Хм… странно, кто же способен на такое?
– На это способна обычная Гугл-форма, в которой есть пользовательский скрипт привязаный к событию отправки формы. Как только новая форма отправляется – запускается вся цепочка: на специальный почтовый адрес для публикации в блоггер – отправляются данные формы. Ifttt читает RSS блога – и постит новые элементы в твиттер.

Добавить новый пользовательский сценарий в Google Forms можно через Tools - Script Editor
В самом редакторе необходимо ввести следующий код, и привязать его к триггеру отправки формы. Это делается через меню Resources – Current Script Triggers.

Вот и все. Вот так хомяк случайно попал в форму, прошел по десятку серверов и оказался в твиттере.
– Но, зачем использовать гугл формы для хранения Хомяков?
– Дело в том, что Властелину Хомяков очень удобно парсить данные Google Docs для создания готового для публикации HTML с собранными ссылками. Но, Властелин очень хотел, чтобы при добавлении новой ссылки, она сразу же попадала в твиттер. А копи-пастить руками каждый раз Властелин не хотел, потому что он очень ленивый.

Кроме того, многие люди используют Google Forms для регистрации даже на очень большие конференции. А мгновенного автоматического подтверждения регистрации у многих нет.
Но, теперь то вы знаете, что это вполне реализуемо.

А вот сам скрипт-триггер:

function onFormSubmitted() {
  var sheet = SpreadsheetApp.getActiveSheet();
  var rows = sheet.getDataRange();
  var numRows = rows.getNumRows();
  var values = rows.getValues()[numRows-1]; // Последняя запись

  message = values[1] + ": " + values[2] + " " + values[4];
  
  MailApp.sendEmail("dzhariy.!!!SALT!!!@blogger.com", "", message);
}

Бесплатные Вебинары по Selenium Webdriver с самого начала

Tarun Kumar, автор
Вебинаров по Selenium

На сайте «No Automated Testing», Tarun Kumar проводит бесплатные вебинары по Selenium Webdriver для начинающих. Примеры рассматриваются для платформы Java, с разбором работы не только Selenium IDE и Selenium Webdriver, но и достаточных основ объектно-ориентированного программирования на языке Java, с использованием сопутствующих инструментов тестирования.

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

Инструкция для просмотра:

1. Зайдите на страницу трейнингов: http://www.seleniumtests.com/p/free-selenium-training.html Выберете интересующий вебинар – вы перейдете по ссылке на советующий пост 
2. В посте найдите ссылку на anymeeting и перейдите на этот сайт 
3. На странице ввода пароля, введите – seleniumpassword 
4. Имя и почту можно указать любые 

Выглядеть это должно так:

 На странице тренингов вы можете подписаться на следующие вебинары.
Все права на упомянутые материалы принадлежат их автору – Tarun Kumar. При возникновении вопросов – свяжитесь с ним лично.