Начать. Это бесплатно
или регистрация c помощью Вашего email-адреса
Rocket clouds
QA создатель Mind Map: QA

1. Новая фича

1.1. Готовы требования в bitbucket

1.1.1. Утверждение QA в bitbucket

1.1.1.1. Готов дизайн - ревью дизайна, написание тест кейсов

1.1.1.1.1. Проверка дизайна

1.1.1.1.2. Написание тест кейсов в рельсе

1.1.1.1.3. Готова версия на платформах

1.1.2. Набросать разделы для тестирования в testrail

2. Работа с багрепортами

2.1. Осуществляется дежурным по emergency

2.1.1. Сбор репортов на проде и тим.тм (чат "Bug reports")

2.1.1.1. Репорты от разработчиков

2.1.1.1.1. Проставить лейбл "bug-report" в таске

2.1.1.1.2. Проставить лейбл раздела бага https://product.oktos.io/11/component/structure.html#

2.1.1.1.3. В дискрипшне указать дату репорта и имя зарепортевшего, текст сообщения

2.1.1.1.4. При необходимости прикрепить скрины и логи

2.1.1.1.5. Проверка и подтверждение воспроизведения. Указать в дискрипшне удалось/не удалось

2.1.1.2. Репорты с помощью формы zapier

2.1.1.2.1. Проставить лейбл "bug-report" в таске

2.1.1.2.2. Проставить лейбл раздела бага https://product.oktos.io/11/component/structure.html#

2.1.1.2.3. Проверка и подтверждение воспроизведения. Указать в дискрипшне

3. Триаж багов

3.1. Проверка багов на свежайшей версии на предмет актуальности

3.2. Уточнение приоритетов и закрытие неактуального

4. Точечное тестирование

4.1. При необходимости проверки уязвимых мест

4.2. С целью воспроизведения нетривиального бага

4.3. Нагрузочное тестирование

5. Проверка сервера

5.1. Свежая версия льется сразу на стейдж и тим.тм и тестируется всей командой проекта

5.2. Профилактическая проверка сервера (раз в n спринтов)

5.3. Проверка серверной части по запросу команды бекенда или продукта

5.4. Проверка тасок со статусом резолв должна проводиться регулярно

6. Написание тест кейсов

6.1. Разделы и наброски тест кейсов после утверждения требований

6.1.1. Тест кейсы по готовому дизайну

6.1.1.1. В разделах указать ссылки на дизайн и название экранов в дизайне

6.1.1.2. Положительные проверки

6.1.1.3. Отрицательные проверки

6.1.1.4. Рекомендации разработчиков и корнер кейсы

6.1.1.5. Проставление приоритетов

6.1.1.6. Ревью команды

7. Emergency

8. Отчет в багрепорт

8.1. Отписать в чате по шаблону из трех пунктов

8.1.1. Количество багов

8.1.2. Ссылка на фильтр с багрепортами за последнюю неделю в жире

8.1.3. Скрин списка для просмотра превью в чате

9. Вопросы и уточнения от дизайна

9.1. Создать таск в To-dos в общем ноушене и списком написать вопросы. По результату ребята отпишутся там же комментами.

9.2. Для быстрого и точного ответа лучше прикреплять скрины с проблемными местами и ссылки на экраны в zeplin

10. Дополнения тест кейсов

10.1. После изменения функционала разработчики должны указать ключевые детали. В соответствии с этим QA изменяет\дополняет тест кейсы

10.2. В ходе приемок и точечных проверок выявляются корнер кейсы. Нужно дополнять тест кейсы и поддерживать приоритеты актуальными

11. Цикл жизни бага

12. Ведение статистики крашей приложения