Home

Автор: Иоганна Саус (Johanna South)
Оригинал статьи
Перевод: Ольга Алифанова

Нужда - мать изобретения. В моем случае мать изобретения - это боль! У меня около 50 QA-устройств, за поддержку которых я отвечаю. Это означает, что мне нужно убедиться, что у нас есть нужные устройства с нужными версиями ОС, и они доступны людям, когда требуется. Если вы когда-либо занимались физическими тест-устройствами, то знаете, что это занимает много времени и/или очень раздражает. Нужно убедиться, что устройства выданы и сданы вновь, подключить их и убедиться, что коллега получит их заряженными, и проверить, что они не исчезают загадочным образом - все это часть повседневной жизни тест-лида или менеджера.

Автор: Копцова Екатерина, руководитель служб тестирования в Яндексе
Оригинальная публикация

Многие команды сталкиваются с необходимостью формализовать показатели эффективности своей работы для оценки её качества и выявления возможных проблем. Существует множество метрик, с помощью которых оцениваются команды, создаются SLA, KPI, дашборды и графики для визуализации и прочие инструменты.

Зрелым командам такие метрики ощутимо помогают:

• замечать периоды низкого перформанса команды и нехватку ресурсов;

• следить за такими показателями, как общая забагованность сервиса, время реагирования на различные события, количество задач, которые одновременно может обрабатывать команда, и за другими важными моментами;

• сравнивать показатели работы команд в подразделении перед предстоящим периодом ревью.

Меня зовут Катя, я руковожу службами тестирования Музыки и Букмейта, и в этом посте я хочу рассказать про основные метрики, которые мы используем в команде тестирования Яндекс Музыки, и обсудить, как правильно с ними работать.

Автор: Нихил Дабаде (Nikhil Dabhade)
Оригинал статьи
Перевод: Ольга Алифанова

В AWS я ежедневно работаю с клиентами, которые получают зарплату за ежедневное решение проблем мобильной автоматизации. В ходе этой работы я часто подмечал, что люди, начинающие проектировать систему с нуля, часто задают один и тот же вопрос:

«Какой фреймворк тест-автоматизации выбрать для автоматизации мобильных и веб-тестов?»

Оригинал статьи размещен в блоге компании "Россельхозбанк"
Автор: Демидова Наталия

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

Автор: Маарет Пюхяярве (Maaret Pyhäjärvi)
Оригинал статьи
Перевод: Ольга Алифанова

На этой неделе, когда я начинала программу чемпионов BrowserStack со встречей участников вокруг костра-чата, что-то в разговоре о рабочих делах нажало во мне невидимую кнопку. Мы говорили о тестировании безопасности так, как будто это нечто новое и отдельное. На работе за безопасность у нас отвечают специальные люди, и годы опыта показали мне, что многие ожидают и подразумевают, что тестировщики мало знают о безопасности.

Автор: компания Simbirsoft

Специалисты QA- и SDET-направлений довольно часто используют DevTools браузера, поскольку в нем есть ряд инструментов, необходимых для отладки и тестирования веб-приложений.

Например, при интеграции REST API методов с интерфейсом приложения достаточно трудоемко читать информацию по запросам и ответам в DevTools после каждого действия, а также сопоставлять это с документацией. Этот кейс можно автоматизировать, например, с помощью сравнительно новой библиотеки DevTools Selenium 4 и инструментов, которые она предоставляет.

В этой статье я — SDET-специалист SimbirSoft Мария, — расскажу про функциональности DevTools, которые были актуальны на наших проектах.

Автор: Юлия Поттингер (Julia Pottinger)
Оригинал статьи
Перевод: Ольга Алифанова

Автоматизация тестирования все шире внедряется в компаниях для решения проблем и сокращения сроков вывода продукта на рынок. Однако усилия по внедрению автоматизации не должны быть бессистемными и должны окупать затраты на нее – команде нужно совместно проработать стратегию тест-автоматизации.

Автор: Артем Кулаков, старший специалист группы исследования безопасности мобильных приложений, Positive Technologies
Оригинальная публикация
Еще больше об уязвимости в мобильных приложениях можно узнать тут

История развития приложений для Android прошла несколько заметных этапов. Были небольшие приложения, работающие локально, клиент-серверные приложения, экосистемы приложений и, наконец, суперапы (super-app). Каждый из этих этапов повышал планку сложности, порождал новые уязвимости и заставлял разработчиков все больше заботиться о безопасности как самих приложений, так и данных, которыми они оперируют. Развивалась и сама операционная система. Она давала разработчикам больше возможностей и механизмов обеспечения безопасности.

Эта статья о том, как эволюционировали уязвимости мобильных приложений, что на это влияло, какие уязвимости актуальны сейчас и какие ждут нас в будущем.