[Тестирование IT-систем, Тестирование веб-сервисов, Тестирование мобильных приложений, Тестирование игр] Шаблон заведения бага
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Встречали ли вы баги, где было недостаточно информации для понимания про что это? А тикеты, в которых было сложно найти нужную информацию, хотя где-то она все-таки есть? Кажется, команды сами усложняют себе работу не используя стандарт заведения тикетов-багов. И я решил поделиться шаблоном, который используем мы.На мой взгляд, если разработчик открывает любой тикет, и в любом тикете нужная информация в одном и том же месте – это ускоряет решение проблемы. Поэтому мы используем табличку, в которой поля зафиксированы и идут в строгом порядке. Такую:Версия ОС Девайс Ссылка на билд Предварительно Шаги1.2.Результат Ожидаемый результат Воспроизводится в продеДа/нетВоспроизводимость %X/5Response Ссылка на firebase Мы разрабатываем мобильное приложение, поэтому тут есть специфичные поля про версию ОС, firebase и т.п.Теперь пройдемся по каждому пункту шаблона:Версия ОСВ мобильных приложениях периодические встречаются баги, связанные с тем, что в какой-то из версий операционных систем либо не поддерживается используемый метод, либо он работает не так, как ожидается. Причем бывают проблемы со старыми версиями из-за новых методов, с новыми из-за старых и даже с какими-то «в середине» из-за багов самой Оси. Поэтому мы всегда указываем на каких версиях воспроизвелся баг и, если воспроизводится только на одной, уточняем это отдельно.ДевайсЗдесь ситуация во многом схожая, с предыдущим пунктом. Баги происходят не только из-за специфики версии операционной системы, но и из-за особенностей устройства – оболочка, размер экрана, графический процессор, объем памяти и т.п.Ссылка на билдНам важно знать, где воспроизводится баг. Есть он в какой-то конкретной фиче-ветке, только в деве или уже в проде и с какой версии. И чтобы не искать, где взять эту версию с багом – прикладываем сразу ссылку, откуда можно скачать. ПредварительноШаги предшествующие обязательным для воспроизведения. Тут может быть требование подключить мок на какой-то запрос, авторизоваться или еще что-то. ШагиСами степы для воспроизведения. Последовательность действий, приводящая к багу.РезультатФактический результат, тот самый баг, который описывается в тикете. Ожидаемый результатОписание того как должно быть. Желательно со ссылкой на спеку, контракт, макет, если возможно.Воспроизводится в продеЭтот параметр позволяет лучше оценить критичность бага – встречаются ли с ним пользователи или он пока только на тестовых/дев сборках.Воспроизводимость %К сожалению, не всегда получается добиться 100% воспроизведения результата. Для нас это поле показывает насколько баг «плавающий». ResponseЭто json ответа с бекенда, с которым воспроизводится баг. Без этого файла баги как раз часто могут перестать воспроизводится к тому времени как разработчик до них доберется. Например, бек в 8 утра, когда начал работать QA возвращает одно, а ближе к вечеру, когда девелопер добрался до тикета, ответ отличается. И без мока тикет может переходить из qa в reopen каждый день.Ссылка на firebaseОпциональное поле, которое заполняется, если тикет заводится на креш. Там и логи, и частота падений, и возможность отследить, что креш пофиксился после исправления.
===========
Источник:
habr.com
===========
Похожие новости:
- [Тестирование IT-систем] Тестирование приемников цифрового TV: как перенести тестовую модель с TestRail на новый инструмент
- [Умный дом] «Умный» дом (Xiaomi, Aqara), взгляд простого пользователя 5 лет спустя
- [JavaScript, Клиентская оптимизация, Canvas] Как мы боролись за байты на фронтенде. Усмиряем прожорливый виджет рисования и помогаем iPad его переварить
- [Тестирование веб-сервисов] Selenium vs Puppeteer vs Cypress vs Playwright
- [Atlassian] Как организовать ресурсное планирование в Jira для больших и маленьких компаний
- [Разработка веб-сайтов, Тестирование IT-систем, Тестирование веб-сервисов, Тестирование мобильных приложений, Agile] Может ли автоматизированное тестирование заменить ручное и другие «дурацкие» вопросы
- [Управление разработкой, Управление проектами, Управление персоналом] 10 практик «ответственного» тимлида
- [Информационная безопасность, Разработка веб-сайтов, API, Тестирование веб-сервисов] Nemesida WAF 2021: защита сайтов и API от хакерских атак
- [Тестирование IT-систем] Адаптируем 4 абсолютных принципа качества Кросби в контексте разработки ПО (перевод)
- [Ненормальное программирование, Программирование, Совершенный код, C++, C] Металингвистический совратитель Си. Опус III: Садистская машина
Теги для поиска: #_testirovanie_itsistem (Тестирование IT-систем), #_testirovanie_vebservisov (Тестирование веб-сервисов), #_testirovanie_mobilnyh_prilozhenij (Тестирование мобильных приложений), #_testirovanie_igr (Тестирование игр), #_qa, #_bug, #_testirovanie (Тестирование), #_shablon (шаблон), #_jira, #_blog_kompanii_ozon_tech (
Блог компании Ozon Tech
), #_testirovanie_itsistem (
Тестирование IT-систем
), #_testirovanie_vebservisov (
Тестирование веб-сервисов
), #_testirovanie_mobilnyh_prilozhenij (
Тестирование мобильных приложений
), #_testirovanie_igr (
Тестирование игр
)
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 01:28
Часовой пояс: UTC + 5
| Автор | Сообщение |
|---|---|
|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
|
Встречали ли вы баги, где было недостаточно информации для понимания про что это? А тикеты, в которых было сложно найти нужную информацию, хотя где-то она все-таки есть? Кажется, команды сами усложняют себе работу не используя стандарт заведения тикетов-багов. И я решил поделиться шаблоном, который используем мы.На мой взгляд, если разработчик открывает любой тикет, и в любом тикете нужная информация в одном и том же месте – это ускоряет решение проблемы. Поэтому мы используем табличку, в которой поля зафиксированы и идут в строгом порядке. Такую:Версия ОС Девайс Ссылка на билд Предварительно Шаги1.2.Результат Ожидаемый результат Воспроизводится в продеДа/нетВоспроизводимость %X/5Response Ссылка на firebase Мы разрабатываем мобильное приложение, поэтому тут есть специфичные поля про версию ОС, firebase и т.п.Теперь пройдемся по каждому пункту шаблона:Версия ОСВ мобильных приложениях периодические встречаются баги, связанные с тем, что в какой-то из версий операционных систем либо не поддерживается используемый метод, либо он работает не так, как ожидается. Причем бывают проблемы со старыми версиями из-за новых методов, с новыми из-за старых и даже с какими-то «в середине» из-за багов самой Оси. Поэтому мы всегда указываем на каких версиях воспроизвелся баг и, если воспроизводится только на одной, уточняем это отдельно.ДевайсЗдесь ситуация во многом схожая, с предыдущим пунктом. Баги происходят не только из-за специфики версии операционной системы, но и из-за особенностей устройства – оболочка, размер экрана, графический процессор, объем памяти и т.п.Ссылка на билдНам важно знать, где воспроизводится баг. Есть он в какой-то конкретной фиче-ветке, только в деве или уже в проде и с какой версии. И чтобы не искать, где взять эту версию с багом – прикладываем сразу ссылку, откуда можно скачать. ПредварительноШаги предшествующие обязательным для воспроизведения. Тут может быть требование подключить мок на какой-то запрос, авторизоваться или еще что-то. ШагиСами степы для воспроизведения. Последовательность действий, приводящая к багу.РезультатФактический результат, тот самый баг, который описывается в тикете. Ожидаемый результатОписание того как должно быть. Желательно со ссылкой на спеку, контракт, макет, если возможно.Воспроизводится в продеЭтот параметр позволяет лучше оценить критичность бага – встречаются ли с ним пользователи или он пока только на тестовых/дев сборках.Воспроизводимость %К сожалению, не всегда получается добиться 100% воспроизведения результата. Для нас это поле показывает насколько баг «плавающий». ResponseЭто json ответа с бекенда, с которым воспроизводится баг. Без этого файла баги как раз часто могут перестать воспроизводится к тому времени как разработчик до них доберется. Например, бек в 8 утра, когда начал работать QA возвращает одно, а ближе к вечеру, когда девелопер добрался до тикета, ответ отличается. И без мока тикет может переходить из qa в reopen каждый день.Ссылка на firebaseОпциональное поле, которое заполняется, если тикет заводится на креш. Там и логи, и частота падений, и возможность отследить, что креш пофиксился после исправления. =========== Источник: habr.com =========== Похожие новости:
Блог компании Ozon Tech ), #_testirovanie_itsistem ( Тестирование IT-систем ), #_testirovanie_vebservisov ( Тестирование веб-сервисов ), #_testirovanie_mobilnyh_prilozhenij ( Тестирование мобильных приложений ), #_testirovanie_igr ( Тестирование игр ) |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 01:28
Часовой пояс: UTC + 5