Этот дайджест создан совместно с телеграм-каналом QA Live ? тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
? Почитать:
Shazam — слово нарицательное, говорят: «зашазамить песню». Приложение настолько популярно и всем известно, что шоу типа «Угадай мелодию» в США называется «Beat Shazam». И вот стало интересно, а как (и чем) тестируют Shazam? И какие требования к их QA-инженерам
Термины, с которыми придется столкнуться в процессе написания тестов — это стабы (stubs) и моки (mock). Чем отличаются эти тестовые дубликаты.
Список частых вопросов на собеседовании тестировщика по Linux. Все с примерами (и комментариями в примерах).
Клиент-серверная архитектура — быстрое объяснение с рисунками
Что такое клиент-сервер, как работает клиент-серверная архитектура и типы таких архитектур (одноуровневая, двухуровневая, трехуровневая).
Еще несколько быстрых тестов для самопроверки, а именно:
- Web Automation — тест по Selenium WebDriver
- Тест по основам Postman на 10 вопросов
- Тест по командам Linux на 15 вопросов
На других русскоязычных платформах:
Куда берут: Тинькофф, Альфа-банк, Сбербанк, VKontakte, Andersen, Яндекс (ой тяжело, по отзывам), МТС, Контур, Ланит. И какие еще есть варианты, если такая стажировка не вариант.
«В первой части мы рассмотрели примеры тестов, из которых не все одинаково полезны. Затем попытались определиться, что же такое качество ПО, и предложили «распрямлять» код и выводить программы из требований. Рассмотрели классификацию ошибок. Рассмотрели те задачи, в которых тесты хорошо себя проявляют.»
Вопрос: «Статья о руководстве Ростелекома?» Автор: «Статья о лидерстве, о предпосылках выгорания, о том как правильно оценить свои силы, как на самом деле приходится управлять командой/отделом. Хотелось показать именно темную сторону из практики, а не примеры из теоретических книжек с понимающими заказчиками, идеальными процессами и коммуникациями.»
«Собирайте и подготавливайте пользовательскую статистику. Она поможет не только воспроизвести баги, но и оттестировать пользовательские сценарии. Выясните, какие пользовательские сценарии вы хотите проверять. Определите идеальный для вас пользовательский сценарий (и какое «счастье» пользователей он описывает). И самое сложное — придумайте, как и в каких единицах измерять отклонения от этого сценария. Определите, что в вашем продукте критично для пользователя, а что нет (и насколько критичен тот или иной критерий). Исходя из этого подберите методику расчёта.»
В мире QA на других платформах (англоязычных):
Суть: «Understand your users. It is crucial. Share an accurate conceptual model with your team. This shared conceptual model will help to maintain a cohesive and accurate system image for the user. Use familiar, recognisable UI and UX design patterns. When designing an interface, remember that users are more likely to feel comfortable and confident using something familiar to them.» И схемы.
Глеб Саркисов рассказывает, как ему жилось и работалось в качестве главного тестировщика. Причем в развлекательной индустрии. Поработал годик, и уволился.
Обсуждение на Реддите, какие встречались реальные примеры багов с низкой серьезностью, но высоким приоритетом, и наоборот
В блоге Tricentris. Внезапно древняя статья 2016 года, но все равно впечатляет.
Специалист по контрактному тестированию игр.
- Use the same structure as in the application. 2. Name file with tests the same as API. 3. One corner case is one test. 4. Use fixtures. 5. Cook data correctly.
И здесь статья с практикой на реальных примерах.
Большой серьезный материал.
Для любителей все делать быстро.
Как понять, что ваше QA не по эджайлу
- Only your Testers Test. 2. You create defects for everything. 3. You assign a priority to defects. 4. You find a significant number of defects for every story. 5. You exhaustively enumerate test cases in a test case manager. 6. You automate test cases. 7. You need significant regression testing before prod deployments. 8. You separate testing sprints from development sprints. Известный Blake Norrish
В рамках методологии Atomic Design.
…которая «to evolve as organizations increasingly adopt DevOps practices and emphasize the importance of quality». Контейнеризация, оркестрация, микросервисы, гиперавтоматизация.
И по ссылке его обзор и мини-практикум.
Собственно.
Последний чек сайта перед релизом
Большое и подробное.
? Посмотреть:
«Как встроить тестирование бэкенда в процесс ручного тестирования, протестируем документацию в Swagger UI и несколько методов REST API в Postman, а также проанализируем, как изменяется тестирование UI после проведенного тестирования бэкенда.»
- Доктор Кот: как не сгореть от тревог и неудач ⏱️ полтора часа
Проблемы джунов на канале с интересным названием «Мы обречены».
«Любой написанный Android UI-автотест должен на чем-то запуститься, будь то устройство или эмулятор. Но даже оптимально написанный автотест будет работать плохо, если мощности железа под ним не соответствуют потребностям. Спикер объяснит, почему они выбрали десктопы для запуска эмуляторов и что нужно эмулятору для стабильной работы. Что делать, если нужен эмулятор с предустановленными данными? Как их распространить на хосты? Вы узнаете, как преднастроить эмуляторы для 11 версий ОС и запаковать их в Docker image. Что делать если тестов много, они написаны на разных ЯП для разных приложений и этим тестам нужны разные версии зависимостей?»
Какие паттерны проектирования нужны в автотестах, исходя из продуктовых задач. Как сразу писать код автотестов удобно, функционально и красиво. Разные кейсы и как них подстраивать автотесты. Примеры под несколько платформ: web, mobile web, Android и iOS.
- Как проводить 19 000 нагрузочных тестов в месяц ⏱️ 45 минут
Нагрузочное тестирование в Ozon Tech. Проведение 19000 тестов в месяц. Как устроен соответствующий сервис в Ozon.
- Как составлять ccs-selectors, когда атрибут содержит заданное значение — LadyBug разъясняет ⏱️ полчаса
«Альтернативные пути составления css-selectors, не применяя функцию contains(). А так_же, как написать css-selectors, применяя несколько параметров.»
Хорошей недели!
