Снова Twitter...

Ничего странного. Просто обратите внимание на поле для логина. А это один из мировых топ-ресурсов. Так и живем. :) 

Будьте осторожны. В Facebook орудует новый вирус

Сегодня утром мне на почту пришло уведомление(даже три) о том, что меня отметили на Private Video. :) И рандомная текстовая строка(видимо для того, чтобы сообщения не помечались, как спам).

Заход по ссылке ведет на FB реального пользователя. Тыц по сообщению с этим видео ведет на амазоновское зеркало, на котором крутится сайт с подозрительно похожим на FB интерфейсом.

Кроме значка "PLAY" на псевдо-youtube фрэйме ни одного кликабельного элемента на этом сайте нет. Подозреваю, что именно после клика на значок PLAY происходит угон аккаунта.

Так же, угнанные аккаунты благополучно рассылают похожие ссылки в личных сообщениях.

Гневить судьбу и кликать на "PLAY" и ссылки в сообщениях я не стал. Судя по тому, что письма пришли уже с трёх аккаунтов, нужно сказать, что тенденция у вируса опасная. Поменяйте пароли и берегите свои профили в лицокниге. 

Вот небольшой гайдик по исправлению: 

Мир. 

Не всё то видео, что твоё. Баг ВК с заменой контента

Мой знакомый, Паша, сегодня обнаружил, что переозвученное им видео рекламы ВС РФ, выложенное в социальную сеть Вконтакте было заменено на оригинальный ролик.

(пародия)

(оригинал)

И всё, что смогла ответить тех-поддержка на этот прецедент - это то что "Само по себе видео замениться не могло."

То же самое ответил и пресс-секретарь VK.com Георгий Лобушкин и проинформировал о том, что ответственные за работу видео-сервисов уже разбираются с проблемой. 

Такие пироги. :) 

Подробное описание истории со скринами службы поддержки ВК тут: https://medium.com/@paulpotseluev/81cee43b432

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

Мониторил сегодня статистику блога. Оказывается, кроме статей о багах Вконтакте, самый масштабный источник траффика - это очередной дайджест новостей из мира 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

Спустя несколько часов после нахождения бага с деаноном администрации сообществ Вконтакте

Честно говоря, я и не ожидал, что найденый дефект с сообществами(подробнее тут: http://goo.gl/RkeF6o) вызовет такую офигенную обратную связь, при чем не от команды поддержки, куда я отправил линк на статейку в блоге, а именно у пользователей соц. сети.

И в последствии о нашей с Владом затее написали даже TJournal, AIN.ua и один из самых популярнейших и старейших блоггеров рунета Игорь Бигдан.

Подробности под катом:

Два бага Вконтакте или "вычисляем автора репоста в сообщество" и "День Сурка в статистике сообщества"

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

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

UPD: Оба бага, и статистику и "незадокументированную фичу"(со слов пресс-секретаря ВК Георгия Лобушкина) пофиксили ^_^

О том, как я нашел баги в Twitter и Google Chrome

Так уж получилось, что блог, который я создавал в качестве одного из элементов портфолио, помог мне добавить в это самое портфолио одну важную и толковую галочку - дефекты в серьёзных проектах. Подробности под катом:

UPD: Пофиксили ^_^
Если что, под катом есть видос того, как это выглядело.

Юмор для понимающих

Тестируем спичку: типовое тестовое задание

""Неправильное" задание на проверку: протестировать спичку.

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

Вам требуется протестировать 1 спичку. Охватить максимальное количество тестов, которые можно выполнить, используя только 1 спичку (в отчете важна будет очередность предлагаемых тестов).

Какие тесты можно было бы еще провести, если бы в наличии было:

• 2 спички
• неограниченное количество спичек

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

Вот такое тестовое задание прилетело мне на почту от одной из компаний. С одной стороны - штука довольно интересная, т.к. позволяет оценить и внимание к деталям и расположенность к работе в режиме "всё как всегда" и т.д. Ниже опишу, как тестировал спичку я.

Портфолио тестировщика

Вот примерно так выглядел я, когда начал заниматься поиском работы, имея на руках 2 прочитанных книги, регистрации на всевозможных форумах по тестированию и отредактированное резюме. "Чтобы продать что-нибудь ненужное, нужно сначала купить что-нибудь ненужное", говорил умный полосатый кот и он был прав. Как бы парадоксально это не звучало, но даже джунам мануал(манки?) тестировщикам на вакансии без опыта работы нужно минимальное портфолио.
Окей, будем разбираться.

Это я всё к чему...

Меня зовут Влад, мне 22 года, и я решил сменить работу.

Заканчиваю магистратуру киевского Политеха, за плечами опыт работы в контент-менеджменте, копирайтинге, студенческом самоуправлении, есть даже опыт преподавания Linux-систем глухим студентам, в последнее время занимаюсь операционным менеджментом и руководством в Академии LPI при НТУУ "КПИ".

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

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

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

Так же, отчаянно планирую лупить в блог переводы статей с вот этого прекрасного сайта: http://www.testingexperience.com/. Или, если какая-нибудь книга на аглицком так же заинтересует, то буду лупашить переводы глав. По наличию, конечно, свободного времени.

А теперь, без лишних проволочек, моя любимая фраза в начале чего-то нового, волнующего и пр. :)

"ПОЕХАЛИ!"

Уже прочитанные книги

• Лайза Криспин, "Гибкое Тестирование"
• М. Луттс, "Изучаем Python", 4 изд.
• У. Айзексон, "Инноваторы"
• Н. Кононов, "Код Дурова. Реальная история "Вконтакте" и ее создателя"
• R. Baloch, "Ethical Hacking and Penetration Testing Guide"
• С. Макконел, "Профессиональная разработка программного обеспечения"
• R. Branson, "Losing My Virginity"
• Д. Траут, С. Ривкин, "Сила Простоты"
• К. Сьюэлл, П. Браун, "Клиенты на всю жизнь"
• Э. Рис, "The Lean Startup"
• Т. Демарко, "Deadline. Роман об управлении проектами"
• У. Айзексон, "iКона: Стив Джобс"
• J. Whittaker, J. Arbon, J. Carollo, "How Google Tests Software"
• R. Culbertson, "Rapid Testing"
• Kaner, Falk, Nguyen, "Testing Computer Software"
• Р. Савин, "Тестирование dot com"