Всех с пятницей!

Как тестировать без документации?

Так и подмывает ответить «Никак!» и закончить пост, но это не тот случай. В эпоху «Работающий продукт важнее исчерпывающей документации» тестирование продукта без этой самой документации — важный навык для QA. Ловите подборку из трёх советов, которые могут помочь, как на собеседовании, так и в жизни.

1. Исследуйте продукт. Исследовать продукт можно разными способами.

— Берите и трогайте его, пробуйте попользоваться им разными вариантами, смотрите на него как пользователь.
— Ищите и спрашивайте экспертов, то есть людей, которые причастны к созданию продукта. Фиксируйте и задавайте вопросы относительно поведения продукта.
— Исследуйте тесты, если они есть. Они описывают поведение системы. Если самостоятельно не можете понять, что делают и проверяют тесты, берите в пару разработчика и разбирайтесь вместе. Побочный эффект такой работы — понимание. Будете знать, какие сценарии покрыты, а какие нет.

2. Разбирайтесь в коде продукта. Есть мнение, что код — лучшая документация. Я с этим утверждением согласен. Если не умеете читать код, не проблема, попросите разработчика посидеть вместе с вами, почитать код и ответить на вопросы. Тут важно помнить, что код — это документация того, как продукт работает сейчас, а не того, как он должен работать на самом деле.

3. Сделайте минимальную документацию самостоятельно. Посидеть в паре с разработчиком хорошо, но вряд ли вы запомните всё с первого раза. Да и наличие знаний только в голове QA и разработчиков — не очень хорошая практика. Напишите чек-листы, майндмэпы со сценариями, автотесты. Так у вас появится актуальная документация вашего продукта.

Что в итоге?

Ведение документации ради документации — плохая затея. Чтобы не тухнуть, документация должна быть востребованной и встроенной в ваши процессы.

В заказной разработке проблем с документацией нет, там всегда есть ТЗ, которое фиксирует договоренности с заказчиком. ТЗ встроено в процессы.

В продуктовой разработке всё немного иначе. Идеальным местом для документации может быть тестовая документация. QA на этапе тестирования видят, что получилось и могут зафиксировать это в виде тестов. Тестовая документация автоматически встраивается в процесс обеспечения качества продукта. А при грамотном подходе к организации тестовой документации получится отличный справочник по вашему продукту.
_______

Мы не смогли найти никакую статистику по наличию в компаниях документации и её качеству. Если вы знаете такую, то скиньте, пожалуйста, в комменты.

Автор поста: Евгений Иванченко. ❤️

Тестирование без документации — это норма?

Пицца с точки зрения Data Engineering. Видео и материалы с митапа DE or DIE #3.

Нельзя просто взять и приготовить пиццу...Нужны ингредиенты! Как, откуда и через что текут данные, необходимые для решения задачи прогнозирования спроса на них?

Dodo Pizza с Databricks сделали проект по прогнозированию закупок ингредиентов в пиццериях. Для этого они разработали набор near real-time и batch пайплайнов для сбора данных из источника, загрузки их в Delta Lake и подготовки витрин для использования в машинном обучении.

В видео подробный разбор каждого этапа и подводных камней проекта.

Авторы доклада: Ксения Томак, Дарья Буланова, Михаил Кумачев (Data Engineering Team, Dodo Pizza). Иван Трусов (Solutions Architect, Databricks).

***

Видео.
Материалы на GitHub.
Уютный ламповый чатик.

Однажды мы обнаружили, что приложение Додо Пицца запускается в среднем 3 секунды, а у некоторых «счастливчиков» 15-20 секунд.

Максим Качинкин разобрался, в чём дело. Получилась целая детективная история про рост базы данных Realm, перформанс метрики, их аналитику, статистику и инструмент профилирования.

В конце всё закончилось хеппи эндом, но вы всё равно почитайте, чтобы самим в такое не вляпаться!

Словарь редких IT-терминов #19: Кольщик.
***
Бдыщь! Спасибо за спецвыпуск-коллаборацию Алексею Авдееву из Neuron.Digital!

Базы данных. Курс молодого бойца. Введение.

Мир СУБД кажется хаотичным, когда сталкиваешься с ним впервые. Непонятно, с какого угла начинать изучать тему и где найти простые объяснения.

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

Что будет в видео:
— Вводный инструктаж в мир баз данных.
— Обзор популярных моделей данных: реляционной, документной, ключ-значение, граф, и.т.д.
— Рассмотрение связей между данными в различных моделях.
— Сравнение, советы по выбору.

#субд #sql #redis #mongodb #neo4j #cassandra

А как вы разбирались с темой баз данных?

🤓 — смотрел видосики и читал.
🙋🏻‍♂️ — спрашивал у коллег.
🙈 — так пока и не разобрался.

Может ли хороший разработчик быть хорошим техноавтором? Эксперт vs писатель.

6 августа (сегодня) в 19:00 на YouTube. Вебкаст от Хабр о пределах технического и литературного. Среди гостей — Миша Кумачёв.

О чём пойдёт речь:
— Можно ли «зажечь» только благодаря техническим знаниям?
— Есть ли приёмы, которые могут компенсировать отсутствие писательских скиллов?
— Что нужно читать, чтобы красиво писать? Стругацких или Ильяхова, биографию Илона Маска или Хабр?
— Хабр — торт или не торт? Стал ли контент более поверхностным?
— Корпоративные блоги снижают качество контента или, наоборот, держат планку?

Приходите смотреть нас в Хабротелевизоре!
_________

В прошлом году Миша стал победителем конкурса «Технотекст» со статьей «Кот Шрёдингера без коробки: проблема консенсуса в распределённых системах», а теперь его позвали в телек. Офигенно!

Может ли хороший разработчик быть хорошим техноавтором?

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

Всё человечество стало проводить жизнь за компьютером, но эргономика главного инструмента ввода осталась в позапрошлом веке.

Миша Рубанов решил узнать, можно ли купить удобную клавиатуру в 2020 году. Краткий ответ: нет, пришлось паять самому.

*Спойлер: в статье столько картинок, что можно залипнуть на полвечера! Лайк, свитч, канифоль.

Словарь редких IT-терминов #20: Гитхам — человек, который форспушит в мастер.

Все форспушат, а кто говорит, что не форспушит — форспушит больше всех?

Особенности запуска приложений в других странах. Можно просто ВЖУХ, Copy Paste, и чтобы всё заработало?

Об этом, а также масштабировании бренда Додо с помощью IT в Европе, Африке и Азии расскажет Дима Павлов.

*Бонусом инсайдерская инфа о том, что мы сделали для ускорения запуска стран и как будем открывать 5 стран в секунду в год.

**Мы ищем к себе в команду опытных разработчиков, горящих желанием открывать мир и запускать новые пиццерии на карте. Приходи, мы ждём тебя!

Новости Dodo Open Source — проект MySQL Data Mover

Платформенным open-source решениям быть! Мы постепенно открываем библиотеки и инструменты, которые написали в первую очередь для себя и активно используем сами.

MySQL Data Mover — это консольное приложение, которое позволяет мигрировать данные из одной MySQL базы в другую. При этом оно быстрее mysqldump и может работать в несколько потоков. А ещё поддерживает ретраи.

О проекте:
— Проект доступен на GitHub.
— Собранные бинарные файлы доступны в релизах.
— Docker-образ на Dockerhub.
— Авторы: Ренат Шаймарданов, Георгий Полевой, Сергей Бухаров и Виталий Уваров.

Если вас интересует тема Open Source и вы хотели бы попробовать свои силы в разработке такого проекта, то приходите к нам на GitHub — мы будем рады любой помощи с вашей стороны.

P.S. Если какая-то из наших библиотек или инструментов решают или могут решить вашу проблему — обязательно дайте нам об этом знать, нам очень нужен ваш фидбек.

Библиотеки и инструменты Dodo Open Source могут решить вашу проблему?

🥭 — да;
🥬 — хм, не знаю;
🌶 — нет.

Словарь редких IT-терминов #21: Нодариус — человек, который следит за зависимостями в проекте.

Словарь редких IT-терминов #22: Багфистинг — когда тебе присунули баг в бэклог посреди спринта.

Вы знали, что существуют беруши с регулятором громкости?

Круто работать рядом с людьми, которые интересуются всяким разным. Например, наш разработчик @akaduality (Михаил Рубанов), любитель хардверных вещиц.

Не так давно к нему в руки попали беруши с регулятором громкости. А следом появилась статья про то, как они устроены, в чём разница между нашим левым и правым ухом, и даже детали о том, как ребята создали хардверный стартап.

Заглядывайте почитать: https://habr.com/ru/company/dododev/blog/516454/

Логридинг — когда не можешь найти нужную запись в логе и включаешь внутреннего детектива.

***

Постепенно наш словарь перестал быть словарём внутренних странных терминов и к нам начали стекаться слова от наших читателей. Поэтому, есть у вас идеи для следующего выпуска словаря — пишите, будем рисовать!

Словарь редких IT-терминов #24: Токсиньор — токсичный синьор, который нравоучениями приносит дискомфорт команде.