Раньше наша команда собиралась с определенной периодичностью (обычно раз в 2 недели) и оценивала баги. Приходили менеджер, QA-лид и лид-разработки. Встреча занимала 0.5 - 1 ч. Не всегда успевали все оценить и хвост неоцененных тасок тянулся, и даже что-то терялось. Однажды нашего менеджера осенило оценивать баги через телеграм бота, чтобы (1) в моменте знать насколько критичный баг, (2) не тратить время на встречу и (3) оценивать в любой момент времени. В итоге, запилили логику по схеме:
Logcat - инструмент для сбора логов с устройства / приложения. Логи можно разбить на категории по тегам, уровням и процессам. Также в интерфейсе Android Studio можно фильтровать логи, искать по вхождению или с помощью регулярных выражений. Подробности про Logcat можно прочитать в официальной документации.
Ошибки допускают все, это нормально. Но их нужно разбирать и принимать решения по их недопущению. Это и называется учится на ошибках. А обеспечение качества - это учиться на чужих ошибках.
Этот пост пытался написать не раз. Никак не мог решить как подойти, а потом подумал что не буду делать сложные подводки, а просто расскажу, как и почему погрузился в коммерческую разработку и чему научился.
Есть такая компания TPGI занимающаяся вопросами доступности на всех уровнях разработки. У них множество инструментов для поиска проблем с доступностью в ПО, в том числе так называемый ARC monitoring для анализа веб-сайтов. С помощью этого и многих других приложений компания выделила 10 самых распространенных багов. Надеюсь знания о них уберегут ваши проекты и ваших пользователей от проблем.
Ранее рассказывал о базовых проверках формы авторизации и считаю важным отдельно составить чек-лист для маленькой, но очень значительной функции - восстановление пароля. Поехали!
Веб-сайтов много, все они разные, для разных целей, созданы разными средствами и есть множество аспектов, которые требуется протестировать. Поэтому чек-лист содержит самые базовые проверки, которые может выполнить тестировщик на коленке.
Лендинг (landing page, посадочная страница) - это веб-страница конвертирующая посетителей сайта в потенциальных покупателей. Проще говоря основная цель лендинга продавать услугу или товар.
Форма авторизации одна самых распространенных функциональных частей многих проектов. Делюсь базовыми проверками, которые облегчат тебе жизнь (если что-то забыл, комментарии приветствуются).
Делюсь чек-листом проверки форм личных данных (форма регистрации в соц. сетях, оформление данных покупателя, отправка посылки т.п.). Также рассказываю о чем нужно позаботиться перед тестированием. Ранее делился чек-листом тестирования оплаты.