Home

Публикуем очередной слайдкаст с прошедшей конференции SQA Days 8 -- рассуждения Михаила Павлова о том, "Отвечает ли тестировщик за качество?"

При прослушивании следует иметь в виду, что Михаил выступал сразу же после своего тёзки Майкла Болтона, поэтому иногда встречаются ссылки на этот предшествовавший доклад.

Мы продолжаем публикацию материалов конференции SQA Days 8, которая прошла в Санкт-Петербурге минувшей осенью. И конечно же приглашаем всех на следующую конференцию, которая состоится весной 2011 года в Казани. Если вы хотите выступить с докладом на следующей конференции -- подавайте заявки уже сейчас.

Сегодня мы публикуем слайдкаст выступления Алексея Баранцева: "Какое дело тестировщикам до исходного кода?" Этот доклад был представлен в формате мастер-класса, так что в слайдкаст вошла только первая часть выступления, живая демонстрация инструментов не включена.

Анонс выступления и ссылку на презентацию можно найти на сайте конференции.

Автор:Michael Bolton

В своей предыдущей статье я писал о важности критического мышления. Навыки критического мышления занимают центральное место в философии, положенной Джеймсом Бахом в основу Rapid Software Testing. На наших тренингах, презентациях, в кулуарах конференций люди часто спрашивают, можно ли научиться навыкам критического мышления. Я вполне уверен, что этому можно научить, но мне кажется, что правильнее эти навыки вдохновлять, тренировать и культивировать. Имейте в виду, отсутствию любопытства тоже можно легко научить, это происходит, когда учитель или руководитель даёт "правильный" ответ, считает вопрос закрытым, и не допускает дальнейшего обсуждения или, хуже того, дальнейшего обдумывания. Я думаю, чтобы начать развивать навыки критического мышления, нужно поощрять людей задавать вопросы. Для тестирования это тоже важно: когда мы перестаем задавать вопросы, мы приобретаем «туннельное видение», мы начинаем игнорировать контекст, начинаем верить в «лучшие практики», как будто они существуют.

Автор: Горбачик Лилия

Обсуждая коммерческие проекты разработки ПО, часто затрагивают темы мотивации персонала, построения команды. Важен каждый участник команды в отдельности и все вместе, как единое целое. Для этого проводятся корпоративные обучающие программы, тим-билдинг и еще много чего, чтобы каждый был героем, и все как один тоже могли функционировать на благо проекта.

Тем более интересно будет описать процесс тестирования в Open Source, который имеет явные отличия от процесса тестирования коммерческого продукта.

Оригинальная публикация: Less Is More
Автор: Rob Lambert
Перевод: Алексей Баранцев

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

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

Если вы пользуетесь твиттером, вы представляете, как это происходит. Иногда приходится немало потрудиться, чтобы суметь выразить свою мысль, используя всего 140 символов, но зато результат получается впечатляющим. Это очень полезная практика, потому что краткость, как известно - сестра таланта.

Большинство моих текстов становятся существенно короче после того, как проходят этап «ужимания», хотя, если постараться, там можно найти ещё немало «ваты».

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

На первой  встрече Московского клуба тестировщиков Алексей Баранцев выступил с докладом на тему «Как понять, действительно ли ваша работа для кого-то важна и нужна».

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

17-18 ноября Майкл Болтон приезжает в Санкт-Петербург, где проведет один из лучших тренингов по тестированию ПО «Rapid Software Testing», разработанный им совместно с Джеймсом Бахом.

Наш сайт уже публиковал переводы заметок Майкла, а к приезду Майкла мы решили сделать целую серию переводов.

Оригинал: Testers: Get Out of the Quality Assurance Business
Переводчик: Михаил Павлов

Недавно Кори Фой (Cory Foy) опубликовал в своем твиттере такой призыв: «Наличие отдела обеспечения качества – признак некомпетентности в отделе разработки. Обсудим?»

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

Осенью 2008 года на конференции AYE я помогал Фионе Чарльз (Fiona Charles) и Джерри Вайнбергу (Jerry Weinberg) проводить сессию под названием «Тестирование лжет». Джерри сидел у входа в аудиторию и, пока участники заходили и занимали места, я прислушался к тому, что он говорит людям, сидевшим рядом с ним.

- Вы занимаетесь обеспечением качества? - спросил он.
- Да, последовал ответ.
- Значит, вам позволено изменять исходный код программ, которые вы тестирует
- Нет, конечно, нет.
- Очень интересно. А как же тогда вы можете «обеспечить» качество?

Автор: Алексей Лянгузов ( Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript )

Слайдкаст: http://www.slideshare.net/LeshaL/ss-4686660

Какое-то время назад, несколько наших проектов вышли в мир ПО с открытым исходным кодом. За эти годы было выпущено и протестировано несколько версий и накоплен вполне солидный опыт.

Данная статья рассказывает о том, какие особенности встречаются при тестировании программ с открытым исходным кодом. Что нужно для этого знать и уметь. К чему надо готовиться, чего ожидать, а чего опасаться и избегать. Ещё статья затрагивает тему того, как минимизировать затраты на тестирование.

Готовя статью, я практически не нашёл материалов по тестирование программ с открытым кодом в интернете. В частности, не нашёл ничего про то, что же отличает тестирование открытых программ от обычных.

Возможно считается, что тут нет никакой разницы? Или люди думают, что проекты с открытым кодом не нуждаются в тестировании, в традиционном его понимании?

Прочитайте статью, если вы так думаете или если вы собираетесь тестировать ПО с открытым кодом, и вероятно какие-то вопросы перестанут быть для вас вопросами.

Один из самых увлекательных докладов на прошедшей конференции SQA Days 7 -- рассказ Юли Нечаевой о тестировании игр. Чем занимаются тестировщики в компаниях, производящих компьютерные игры? Действительно ли они играют на работе? Да, играют, конечно. Но каково это, проходить по сотне раз одни и те же предписанные сценарии? Чем ещё они занимаются? Что лучше -- нанимать тестировщика и учить играть, или нанимать игрока и учить тестировать? Что можно автоматизировать, а что приходится тестировать вручную? Конечно, за сорок минут невозможно раскрыть все секреты тестирования игр, но Юля постаралась выделить самые главные особенности.