Автоматизируем измерение времени загрузки страниц. Полезный инструмент для любого QA-инженера


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


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



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

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

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


Собеседование "по другую сторону": опыт поиска Junior QA Engineer


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

Мне вот посчастливилось принять участие в подборе помощника для себя. Попробую поделиться опытом. Эта статья может быть полезна как для ребят, готовящихся к своему первому собеседованию на Junior QA Engineer, так и тем, у кого это собеседование будет первым в качестве интервьюера по технической части.

Итак, погнали.


Еще один баг Android-приложения Вконтакте: опять просмотрщик фото

В последнее время очень везёт на баги, связанные с Android-приложением Вконтакте.
Не буду вдаваться в подробности о том, в каких условиях баг был найден, но скажу одно: туалетная методика от Google работает. :)



Итак, добро пожаловать под кат...

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

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



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

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

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


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

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


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

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