П - Популярность

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

В общем, спасибо вам, что читаете. Я прям такой весь азаза. Словом, растаял. :)

В комментариях к этому посту буду рад увидеть темы, освещения которых не хватает и вы хотели бы лицезреть их в моем скромненьком и уютненьком(ПОКА ЧТО!111адинадин ПОРАБОЩЕНИЕ ЗАХВАТ МИРА) бложеке.

Пис.

Разговор на работе

- А вот есть у нас один въетнамец, Бао, так вот его имя у нас уже - имя нарицательное. 
Мы даже придумали такой термин, как БаоБаг
В общем, этот въетнамец заводит баги, половину которых в Jira'е закрывают как "Invalid". На что он их потом заново открывает и закрывает как "Fixed"... Такое ощущение, что им положенную миску риса дают только за фикшеные баги...


Friday morning...

В Google, например, есть даже специальные meet-up'ы команд разработки/тестирования, которые называются "Thanks God It's Friday!"

Как выяснилось...

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


Не Говори Так: Пять Наиболее Нелюбимых Терминов Тестирования ПО [Перевод]


Когда ты так говоришь, ты выглядишь идиотом. 

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

О постановке мозгов для тестировщика

Предположим, перед вами - текстовое поле. Самое обычное текстовое поле. В него можно ввести число от -99 до 99. После "тыца" на Enter на выходе получаете Строку в формате "Вы ввели число: ..."

И вот садится наш тестировщик Вася за машинку, открывает софтину и начинает думать:
1. Оукей, давайте сначала разгребемся с классами эквивалентности. У нас их четыре: 
[1..9], [-9..-1], [10..99]. [-99..-10]. 

2. Хм, а нолик-то ни туда, ни туда не влезает, и его вообще можно со знаками загонять в это самое поле. Давайте и это учтём. 

3. Продумаем тестирование граничных значений.

И вот сидит наш Вася, довольный и радостный, т.к. умудрился за столь короткое время покрыть все-все валидные значения и даже несколько невалидных(+0, -0, негативные граничные значения меньше -99 и больше 99)
Пятница, вечер, сидеть на работе не хочется, и наш Василий, хватая конверт с очередной зарплатой, идет отмечать окончание рабочей недели в рэсторан.

Но верно ли, что при правильном прохождении тест-кейсов, кусок, назначенный Василию для проверки, будет работать правильно? 

Теперь перенесемся на секунду в отдел разработки, где очень молодой, но безумно перспективный Junior Java Developer Сергей пишет код для данного функционала. И принимает его метод на вход далеко не строку, а коды ASCII-символов.
Сергей, будучи разработчиком перспективным, заранее определяет граничные значения кодов для чисел. Например, по верхней границе -  57(ASCII-код девятки). Но конец тяжелой рабочей недели и пламенная СМСка от любимой девушки не дают Сергею сосредоточиться, и вместо 57 в коде оказывается граничное верхнее значение 58.

Казалось бы, при правильных значениях всё должно работать.Но стоит нашему дорогому и горячо любимому пользователю ввести символ двоеточия, и программа будет свято убеждать его в том, что этот символ является числом. Итог: Сергея в предынфарктном состоянии срывают на работу(Release is coming)  прямо из объятий любимой, Василий остается без премии, а наш дорогой пользователь строчит гневные комментарии в раздел поддержки программы.

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

Бага на eBay.com: рассылаем письма в никуда.

Доброй ночи, котаны. Багу эту нашел где-то с 2-3 дня назад. Оказывается, такие серьёзные ребятки, как eBay.com, умеют отправлять списьма из своей рассылки в никуда.
Итак, милости просим под кат за подробностями:

"Основная идея в том, что тестирование должно перестать предоставлять информацию и начать влиять на качество..."

 "Я пришла в тестирование в 2006 году маленьким тестировщиком на большой аутсорсный проект. Сначала я научилась тестировать, заводить баги и общаться с разработчиками и менеджерами. 
Со временем я стала писать тесты, научилась планировать и управлять тестированием. У меня появилась своя команда. И чем дальше, тем больше мне становилось понятно, что тестировщики только находят проблемы, но не могут их исправить. Они не могут сделать так, чтобы проблема больше не повторилась.  
И я чувствовала, что тестирование может приносить больше пользы. Я начала ездить на конференции, читала книги и статьи по тестированию, общалась с коллегами по индустрии. Везде учили, как лучше тестировать, как находить больше ошибок, как быстрее находить ошибки. Тестировщики не хотели выходить за рамки своей профессии. Им как будто нравилось чувствовать собственную важность от того, что они нашли много багов.Ответы на свои вопросы я нашла в статьях и докладах Джеймса Уиттакера. Его основная идея в том, что тестирование должно перестать просто предоставлять информацию и начать влиять на качество. Главная задача тестирования, говорилУиттакер, — это уменьшение количества ошибок в процессах разработки. Тогда улучшится качество выпускаемого продукта.Создать процесс, в котором сложно допустить ошибку, — вот настоящая цель тестирования. Мы не можем полностью избавиться от ошибок, но можем построить работу так, что сделать сразу правильно будет легче, чем ошибиться. 
 В Google пошли именно в эту сторону, отказавшись от тестирования, которое просто сообщало об ошибках. «Служба тестирования» трансформировалась в «Направление продуктивности разработки», которое помогает разработчикам и менеджерам делать меньше ошибок и получать обратную связь как можно раньше. Тестировщики в Google влияют на качество, потому что встраивают его на всех этапах разработки программных продуктов."
 Из книги "Как тестируют в Google".
Ccылка: http://vk.cc/37avHc