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

Чтобы было легче найти материал, я сделал теги:
#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