Home

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

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

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

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

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

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

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

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

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

Автор: Майкл Болтон
Перевод: Дмитрий Дудников по заказу Software-Testing.Ru
Оригинал: http://www.developsense.com/articles/2005-04-ThePleasureOfFindingThingsOut.pdf

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

Не так давно Алексей Баранцев выложил в открытый доступ запись специального вводного семинара "Тестирование программного обеспечения: основные понятия".

См. полную текстовую расшифровку этого семинара в блоге "QA - грамотно".

Там же - скриншоты ключевых слайдов.

Автор: Джеймс Виттейкер (James Whittaker)
Перевод: Феликс Зинатуллин (часть 1), Алексей Баранцев (часть 2 и общее редактирование), Алекс Сергеев (части 3 и 6), Андрей Адеркин (части 4, 5 и 7) и Роман Твердохлебов (часть 8)

Оригинальная публикация

Совместными усилиями участников Клуба тестировщиков мы сделали перевод серии заметок Джеймса Виттейкера под названием «The Future of Testing». Эта серия в оригинале была опубликована в конце 2008 года, и в ней Джеймс сделал ряд предсказаний относительно того, как будет выглядеть работа тестировщиков в будущем, лет через 10-20. Его прогнозы во многом основаны на тех идеях, которые развивались и продолжают развиваться в компании Microsoft, где Джеймс работал в то время.

В переводе мы собрали все заметки серии в одну статью, состоящую из восьми частей:

1. «Тестсорсинг»
2. Виртуализация
3. Информация
4. Перемещение тестирования к началу
5. Визуализация
6. Культура тестирования
7. Тестировщики в роли дизайнеров
8. Тестирование после релиза

Итак, перед вами – будущее тестирования.

19 ноября Юлия Нечаева провела вебинар "Тестирование для не-тестировщиков", организованный УЦ Люксофт. Вебинар получился совершенно нетехнический и очень философский. В нём был представлен взгляд на вопросы, возникающие в ходе тестирования, с точки зрения разных заинтересованных лиц. Иногда эти точки зрения вступали в противоречие, но Юля так и оставила эти противоречия открытыми, как это и случается обычно в жизни -- невозможно отдать предпочтение какой-либо из сторон, потому что обе по своему правы. В общем, смотрите, слушайте, и делайте выводы самостоятельно.

Автор: Прадип Саундараджан
Оригинал: http://testertested.blogspot.com/2009/12/why-testers-need-to-learn-to-write-code.html

Предисловие Алексея Баранцева

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

Поэтому меня весьма заинтересовала статья Прадипа Саундараджана, индийского тестировщика, ведущего замечательный блог Tester Tested!, в которой он описывал свои собственные ощущения и изменения в мировоззрении, которые он испытывал, обучаясь программировать.

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

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

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

Пишите в своих блогах, публикуйте заметки в нашем коллективном блоге «Размышления о тестировании», может быть ваш опыт поможет другим тестировщикам принять решение о том, нужно ли им умение программировать, преодолеть страх перед чуждой стихией

А пока я передаю слово Прадипу.

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

Многие из нас работают на американский рынок, поэтому необходимо быть в курсе и держать руку на пульсе.
Если тестируемое вами приложение планируется продавать правительству США, то, оно должно соответствовать стандарту "Section 508".
В 1998 году Конгресс США принял закон, регулирующий право людей с ограниченными способностями на доступ к информационным технологиям. Таким образом, ПО, а также телекоммуникационные и медийные продукты, продаваемые правительству США, в обязательном порядке должны соответствовать Section 508.
В стандарте несколько пунктов, здесь будут рассмотрены только касающиеся десктопных приложений.

Автор: Алексей Лянгузов

Примечание: Данная статья была представлена в форме доклада на конференции SQA Days - 6. Доступен слайдкаст.

Какое-то время назад, я и не подозревал о том, что существует такое понятие как Context-Driven Testing, буду называть его Контекстным Тестированием (или КТ для краткости). Хотя я и сказал, что не подозревал об этом, но как оказалось, на протяжении всей моей карьеры инженера по тестированию, я руководствовался принципами, провозглашенными такими известными специалистами в тестировании ПО как Cem Kaner, James Bach и Bret Pettichord, которые являются авторами и проповедниками КТ.

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