Показаны сообщения с ярлыком тестирование. Показать все сообщения
Показаны сообщения с ярлыком тестирование. Показать все сообщения

Автоматизируем автоматизированные тесты



Современный мир development operations предоставляет любому инженеру-автоматизатору прекрасную возможность использования CI-утилит, упрощая задачу ручного запуска автотестов на каждом из изменений в репозитории.

Но как быть, если ресурсов или времени на внедрение CI в процесс не хватает?

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


Занимательная математика: новая бага android-приложения Вконтакте

За наводку огромное спасибо любимой Даше.
Проблема заключается в неправильной работе счётчика просмотра фотографий в приложении Вконтакте для Android.



Итак, чтобы увидеть, как работает занимательная математика, мы:

"Бритва Оккама": ACC-методология от Google

Давайте я покажу вам, как выглядят мечты и амбиции среднестатистического фаундера(заказчика) при планировании продукта: 


Продукт его мечты - эдакий супермультитул, с помощью которого можно решить любую проблему. Еще и ногти подстричь. 

А теперь давайте посмотрим, как выглядит в представлении tech-lead'а работа по планированию такого проекта:


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

В этой статье я поделюсь с вами прекрасной методикой планирования, использующейся в Google. Это действительно тот случай, когда заново изобретенный велосипед, благодаря правильному подходу, соревнуется в надежности и скорости с некоторыми творениями отечественного автопрома. :)
Итак, погнали.

IT-Jam 2015

Итак, сегодняшний IT-Jam 2015 завершен. Переварив всё пережитое, думаю, есть смысл дополнить текстовую трансляцию, которую я вел, и сформировать более или менее внятный отчётец по прошедшему мероприятию. Всё это плюс немного фото под катом, так что вэлкам.


Хакинг: из разработки в тестирование.

Привяу!

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

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


Под катом куча интересностей.

Кракозябры в LinkedIn

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

Случайно заскочил с почты в LinkedIn и увидел вот такую кракозябровую красоту.

У кого-нибудь еще так?

Снова Twitter...


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

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

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

(пародия)
(оригинал)

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

То же самое ответил и пресс-секретарь 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) вызовет такую офигенную обратную связь, при чем не от команды поддержки, куда я отправил линк на статейку в блоге, а именно у пользователей соц. сети.

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


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

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

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

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

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

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


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

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

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