Re:Vision | IT sketches
Автоматизируем автоматизированные тесты
Современный мир development operations предоставляет любому инженеру-автоматизатору прекрасную возможность использования CI-утилит, упрощая задачу ручного запуска автотестов на каждом из изменений в репозитории.
Но как быть, если ресурсов или времени на внедрение CI в процесс не хватает?
В этом деле нам помогут
Собеседование "по другую сторону": опыт поиска Junior QA Engineer
Отправной точкой на старте карьеры для каждого специалиста является собеседование. И, уверен, каждый из нас бывал на этом "празднике жизни".
Но не каждый сидел с другой стороны, в качестве интервьюера.
Мне вот посчастливилось принять участие в подборе помощника для себя. Попробую поделиться опытом. Эта статья может быть полезна как для ребят, готовящихся к своему первому собеседованию на Junior QA Engineer, так и тем, у кого это собеседование будет первым в качестве интервьюера по технической части.
Итак, погнали.
Еще один баг Android-приложения Вконтакте: опять просмотрщик фото
В последнее время очень везёт на баги, связанные с Android-приложением Вконтакте.
Не буду вдаваться в подробности о том, в каких условиях баг был найден, но скажу одно: туалетная методика от Google работает. :)
Итак, добро пожаловать под кат...
Не буду вдаваться в подробности о том, в каких условиях баг был найден, но скажу одно: туалетная методика от Google работает. :)
Итак, добро пожаловать под кат...
"Бритва Оккама": ACC-методология от Google
Давайте я покажу вам, как выглядят мечты и амбиции среднестатистического фаундера(заказчика) при планировании продукта:
Продукт его мечты - эдакий супермультитул, с помощью которого можно решить любую проблему. Еще и ногти подстричь.
А теперь давайте посмотрим, как выглядит в представлении tech-lead'а работа по планированию такого проекта:
Проблема заключается в том, что в представлении разработчика, каждый из элементов его продукта-супермультитула является одинаково приоритетным. И именно на этом он методично настаивает на каждом митинге.
Такой подход к ведению проекта не выгоден никому из исполнителей, будь то менеджеры разнообразных направлений, разработчики, отделы контроля качества и технической поддержки.
Но, что самое главное, не выгоден он так же и заказчику, так как изначально обрекает его продукт на медленное становление и с очень большой вероятностью хоронит его еще до того момента, когда результат трудов нескольких десятков(сотен/тысяч) людей увидит свет.
В этой статье я поделюсь с вами прекрасной методикой планирования, использующейся в Google. Это действительно тот случай, когда заново изобретенный велосипед, благодаря правильному подходу, соревнуется в надежности и скорости с некоторыми творениями отечественного автопрома. :)
Итак, погнали.
Подписаться на:
Сообщения (Atom)