Выпуск #26

Проф. опрос Должен ли автоматизатор быть больше тестировщиком или программистом?
Почитать ответы и оставить свой можно здесь: http://automated-testing.info/forum/dolzhen-li-avtomatizator-byt-bolshe-testirovshhikom-ili-programmistom

Тренинги FREE ISTQB/ISEB Exam Questions in this month's Tester's Newsletter.
Free registration http://testing4success.com/careers.html

Тренинги Скоро стартуют три курса по автоматизации тестирования:
Программирование для тестировщиков
Начало: 27.02.2012
Автоматизация тестов с использованием TestComplete 
Начало: 27.02.2012
Переход тестов Selenium RC на WebDriver на языке Java
Начало: 05.03.2012, 16:30
Ну и раз у нас столько автоматизации сразу, мы предлагаем до 27 февраля 15% скидку при приобретении еще одного курса:
Разработка тестов на Java с использованием Selenium 2.0
Для получения 15% скидки напишите письмо на trainings@software-testing.ru с темой "Скидка на приобретение курсаРазработка тестов на Java".

Конференции Software Quality Assurance Days
21-22 апреля 2012 года в Киеве пройдет Одиннадцатая Международная конференция в области обеспечения качества ПО «Software Quality Assurance Days»
http://it-conf.ru/ru/content/464.htm

Статьи Краткий словарь для тех кто ищет работу
ПЕРСПЕКТИВНАЯ, БЫСТРОРАЗВИВАЮЩАЯСЯ КОМПАНИЯ:
У нас нет времени, чтобы что-то объяснять вам – поэтому придумайте сами, как вы будете зарабатывать для нас деньги.
ИЩЕМ ТРУДОЛЮБИВЫХ, ЖИЗНЕРАДОСТНЫХ ЭНТУЗИАСТОВ:
…кто сможет прожить на пенсию своих родителей, потому что на нашу зарплату это сделать невозможно.
http://www.qaclub-nn.org/?p=666

Статьи There Are Only Three True Job Interview Questions
The only three true job interview questions are:
1. Can you do the job?
2. Will you love the job?
3. Can we tolerate working with you?
read more http://www.forbes.com/sites/georgebradt/2011/04/27/top-executive-recruiters-agree-there-are-only-three-key-job-interview-questions/

Статьи Семь смертных грехов автоматизации тестирования ПО.
Posted by Сергей Атрощенков
Наткнулся на интересную статью Adrian Smith(а) о смертных грехах в автоматизации тестирования. Решил поделиться с читателями, да и самому, под рукой, комфортно иметь адаптированный вольный перевод. На случай, как говорится: «А вдруг война, а я уставший?»
http://barbaricqa.com/blog/?p=1986

Статьи "In-The-Wild Testing": The Missing Link in the QA Chain
Does it ever seem that no matter how much time, effort and money your QA team spends improving and refining software testing processes that some sort of defect is always found in the application, website, or mobile app after launch? Surprisingly, it has little to do with your organization's in-the-lab testing – whether in-house or outsourced, manual or automated.
http://www.stpcon.com/Item/1038/

Статьи Codeception — тестирование по-новому
PHP очень популярный язык программирования, но тестирование в нем, это скорее прерогатива экспертов, а не жизненная необходимость. Неужели это от того, что PHP-разработчики поголовно быдло-кодеры? Я считаю, что нет. Скорее всё от того, что системы тестирования порой излишне усложнены. А тесты, наоборот, должны были предельно просты: легко читаться, писаться, отлаживаться, и конечно же, быстро выполняться. Мое виденье того как это можно воплотить в PHP вылилось в проект под названием
http://habrahabr.ru/blogs/php/136477/

Стаьи Стоимость качества. Часть 3 – Как это посчитать?
Завершая серию статей о стоимости качества подходим к практической части, а именно, как это посчитать? Для того, чтобы были конкретные данные, на основании которых можно было бы принимать какие-либо управленческие решения. Напомню о предыдущих статьях и для начала рекомендую их прочесть: «Стоимость качества. Часть 1 – Что это такое?», «Стоимость качества. Часть 2.1 – Зачем это надо?», «Стоимость качества. Часть 2.2 – Кому это надо?».
http://xpinjection.com/2012/01/30/quality-cost-part-3-how-to/

Статьи Testing Terminological Confusion
Reader Art Salwin asks a good questions about an interesting distinction:
There seems to be quite a bit of contradiction in the literature between test conditions and test cases. Some places say the conditions have expected results (IEEE 829, for example). Other places say the cases have the expected results (some of the ITSQB study guides). There’s also disagreement about how high level a condition is. Some put it at pretty high level (test electronic payment, for example), others get down to if good credt card, accept; if bad credit card, reject.
http://www.rbcs-us.com/blog/2011/12/29/testing-terminological-confusion/

Статьи Avoid Trivial Bugs, Report What Works
I’ve been testing this darn thing all morning and I haven't found a single bug, or even an issue.  My manager probably thinks I’m not testing well enough.  My other tester colleagues keep finding bugs in their projects.  Maybe I’m not a very good tester.  My next scrum report is going to be lame.  This sucks, man.
Wrong!  It probably doesn’t suck.  Not finding bugs may be a good thing.  Your team may be building stuff that works.  And you get to be the lucky dude who delivers the good news.
http://www.testthisblog.com/2012/01/avoid-trivial-bugs-report-what-works.html