Привет, мой дорогой читатель!
За все время работы в ИТ, я понял, что материалов по тестированию или управлению командами много, и порой уходят часы или дни на то, чтобы отсмотреть кучу всего. Редко нахожу видео настолько крутое, что хочется поделиться им или посоветовать кому-то в будущем. Этот канал - закладки хороших выступлений, а иногда и каких-то мыслей на злобу дня.

Чтобы было легче найти материал, я сделал теги:
#mobile - все, что связано с мобильным тестированием
#web - все, что связано с тестированием web приложений, или не специфичными мобильному тестированию.
#auto - немножко про автоматизацию тестирования
#team - мысли по управлению командами.
#free - свободные темы.

Следи за каналом, будет интересно!

Одна из самых интересных задачек в тестировании мобильных приложений - это работа с локациями, интерес этой задачи - в ее нетривиальности. В своем докладе ребята постарались осветить проблемы и нюансы, с которыми они столкнулись при тестировании геолокации, попробовали дать советы, рассказать об используемых инструментах. Доклад был разделен на три блока:
• Чем полезна геолокация
• Инструменты
• Энергопотребление, связанное с использованием геолокации

Прежде всего давайте вспомним, как можно вообще получить координату? Сегодня в мобильных телефонах существует три основных варианта ее получения:
• Geo IP
• GPS (Он же Глонасс / Бейдоу / Галелео / итд)
• Cell ID (По вышкам)

Все эти системы могут включаться в определенном порядке для максимально точного и быстрого определения вашей координаты.
Данные, которые мы получаем, надо как-то обрабатывать, и снова задача нетривиальная. Например, как обработать кейс, когда при ошибке получения координат нас перемещает за 1000км от нашей текущей точки? Конечно же мы ждем, что приложение корректно отработает и этот кейс. Чтобы проверить как приложение будет работать в таких случаях, нам помогут инструменты. С помощью Maps to GPX мы можем построить любой маршрут с любыми отклонениями, а, загрузив этот файл в эмулятор Android Studio (в разделе Location можно загрузить файл и воспроизвести), проблем с тестированием у нас не будет. Если нам необходимо посмотреть что-то на живом девайсе, как вариант можно использовать приложения, которые позволяют подставлять фейковые данные, например Lockito.
Для некоторых сервисов, особенно знакомств, также важно не забывать о том, что в ряде случаев нам надо защитить юзера, и не выдавать его точную координату, при этом не потерять функциональность приложения. Одно из решений ребят - это выдавать примерные координаты пользователя с заданной погрешностью и, конечно же, все это надо тоже проверять с учетом настроек приватности.

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

https://www.youtube.com/watch?v=AiRGHjxaVf0&t=1271s

Тестирование «капитальных» объектов

Доклад не сильно применим практически, но уникален для расширения кругозора. Обычно все доклады про тестирование ПО, а это редкий случай, когда рассказывают про «другое» тестирование.

Работая в IT, мы привыкли, что цена нашей ошибки — это либо деньги, либо репутация компании, ведь многие сервисы созданы для того, чтобы «лайкать котиков». А что, если у нас задача протестировать работу атомной электростанции? Подход к тестированию подобной вещи иной. Цена ошибка — жизни миллионов, как вам такой челлендж? Дополнительно, тут надо обеспечивать качество, а не просто контролировать его, ведь задача не только протестировать софт, но и провести испытания всех составляющих.

В IT все проще, ошибка — поправили. Представьте, если мы сначала построим станцию, а потом решим перенести несущую стену, из-за того, что система вентиляции не сможет быть смонтирована в текущей конфигурации? Беда–печаль.

🌀 Ребята из РосАтома применяют полностью цифровой подход в работе: создаётся информационная модель, к ней применяется классическая V-модель управления жизненным циклом. Таким образом, АЭС превращается в тиражируемый и полностью цифровой объект.

🌀 Тестирование и запуск современных АЭС происходит в цифровом виде, и только после этого строители приступают к монтажу, используя всё те же цифровые модели.

🌀 В конечном итоге продукт проходит несколько стадий тестирования, начиная от макетного (на компьютере) и заканчивая итоговым, когда объект передается на эксплуатацию.
#free

https://www.youtube.com/watch?v=q86nKzs4_RI&t=9s

Вы работаете в крутой IT компании, или не IT компании, но тоже крутой. У вас современные технологии, печеньки на кухне, хорошая зарплата, а все равно что-то не то и хочется сменить место работы?

Причин может быть много, и одна из них — недорабатывает руководитель. Мне сложно говорить за всех, но по моему опыту, в ИТ, бывает, что должность управленца «падает». Вот был крутой специалист, давайте сделаем руководителем! Он справился там, справится и тут. Хороший специалист != по умолчанию хороший руководитель. С моей точки зрения, после входа в должность, у молодого руководителя начинается долгая, кропотливая работа развития навыков управления, мотивации и удерживания людей.

Моя история такая, пришел на новое место работы и задал вопрос своему руководителю: «Как будет оцениваться моя работа и как я пойму, что справляюсь?» Руководитель посмотрел на меня с широко открытыми глазами и говорит: «Делай свою работу хорошо!» Проработав там пару лет, я так и не понял, что он хотел сказать фразой — «делай свою работу хорошо». Я думаю, именно это дало мне стимул не делать так же, когда мне пришлось отвечать за кого-то, кроме себя. Я думаю, что недорабатывающий руководитель может убить на корню удовлетворенность работой у своих подчиненных.
Страшно то, что молодые, а иногда даже опытные руководители не понимают, что цена этого — как в экономическом, так и в человеческом измерении — огромна. У таких сотрудников сильно страдает производительность труда, такой человек приходит домой и выплескивает свои негативные эмоции на других.

Почему так случается? Что с этим делать? Несколько причин это: неизмеримость, обезличенность и ненужность сотрудника в глазах начальника.

🌀Неизмеримость: в зависимости от стиля управления (директивный, авторитарный, партнёрский, коучинговый, задающий ритм или демократический), подчиненные получают разный объём информации. К сожалению, иногда в каждом из этих стилей появляются элементы диктаторства. Проявляется это в том, что сотруднику не хотят говорить о том, за что его накажут, а за что похвалят. С моей точки зрения, человек всегда должен иметь возможность самостоятельно измерить, насколько он хорошо работает. Если работу будут измерять «на глазок» или по настроению руководителя, без понятных маяков успеха или неудач, мотивация будет падать.

🌀 Обезличенность: для многих руководителей сотрудник это ресурс. Но любой работник — это прежде всего личность. Если руководитель не будет интересоваться работником как человеком, не будет интересоваться как у него дела, работник начнет ощущать себя инструментом, винтиком в системе. Серая масса никогда не будет любить свою работу, а именно такая судьба ждет обезличенных.

🌀 Ненужность: когда мы что-то делаем, для кого-то важно, но мы не всегда знаем, для кого. Был свидетелем, руководитель подходит к разработчику и говорит: «Какая тебе разница, зачем ты это делаешь? Просто делай свою задачу». Такие реплики не поднимают мотивацию. Но все же просто. Тестировщик помогает разработчику сделать код лучше. Разработчик помогает менеджеру воплотить крутую идею. Ассистент помогает руководителю все успеть. Хирург помогает пациенту поправиться. Бариста дарит клиенту хорошее настроение. Руководитель должен помочь подчиненному понять, на кого влияет его работа. Когда у нас есть понимание нужности, мы более мотивированы.

И конечно, для тех, кто дочитал до конца!
Все эти мысли пришли ко мне после прочтения крутой книги — «Почему не все любят ходить на работу» Патрика Ленсиони. Книга будет полезна всем, вообще неважно какую позицию вы занимаете: руководитель, простой разработчик, дизайнер, продавец в магазине или школьный учитель. Потрясающая подача. Автор рассказывает сложные вещи в формате бульварного романа, и только 5 процентов книги это техническая часть. Советую.
#team