Разбор фидбека

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

1. Плюсы

1.1. Тема К

1.1.1. Я считаю, что система отчетов в ее нынешнем виде (страница на вики с возможностью дополнения) станет очень хорошим подспорьем для новых сотрудников

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

1.2. Ваня Н

1.2.1. То что перевели на вики очень здорово и удобно

1.3. Рома А

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

1.3.2. такая практика может стать хорошим подспорьем для тестировщиков, которые не только делают кейс впервые, но и «когда-то давно» его уже делали

1.4. Сергей К

1.4.1. Без заведения тестовых данных в отчет процесс составления отчета значительно упрощается, ускоряется

2. Минусы

2.1. Тема К

2.1.1. Однако не считаю составление отчета необходимым для каждого кейса, так как не вижу смысла в создании отчета с содержанием «В тесте проверяется … Тест просто и быстрый».

2.2. Рома А

2.2.1. практика ведения отчетности требует привыкания, главным образом, у тестировщиков опытных.

2.2.2. Конкретно по эксперименту не очень понравился процесс его организации

2.2.2.1. Отчет с данными и отказ от данных

2.3. Сергей К

2.3.1. Организация хромала

2.3.1.1. Сложно быть PM на одном проекте и при этом тестировщиком на другом

3. Идеи

3.1. Тема К

3.1.1. Создавать отчеты по необходимости

3.2. Ваня Н

3.2.1. Было классно вообще чтоб из хистори таска например подтягивались данные,

3.2.1.1. я бы развернуто (как и всегда) писал туда свои шаги и тонкости по каждому кейсу,

3.2.1.1.1. для удобства распознавания можно было бы формат записи в хистори придумать.

3.3. Дарина М

3.3.1. Сделать необязательным составление отчета по каждому тесту.

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

3.3.3. Продумать концепцию с хранением тестовых данных в отчетах, так как информация по test runs хранится в ТМ ограниченное время.

3.4. Сергей К

3.4.1. Люди с опытом в этой системе приносят очень много профита, но у них есть проблема связанная с тем, что они не знают, чем надо поделиться.

3.4.1.1. В данном случае мне кажется стоит развивать систему выдачи паровозиков кейсов, выдавая паровозик на пару, опытный тестер + новенький.

3.4.1.1.1. Где опытный выступает в роли источника компетенций и присмотра, чтобы задача была решена правильно,

3.4.1.1.2. новенький – проходит вместе с опытным и берет на себя все вопросы связанные с отчетностью и документированием.

4. Опасения

4.1. Тема К

4.1.1. Основной трудностью вижу донесение до команды необходимости их создавать в случае необходимости и возникающих проблем

4.1.1.1. хотя, думаю, за пару откатов они сами все поймут.

4.2. Сергей К

4.2.1. Даже понимая, что отчеты делать надо, их не делают. Потому-что не успевают за нормативами.

4.2.1.1. Работу с документацией надо закладывать при планировании тестирования

4.2.1.1.1. Вводя в нормативы поинт – что кейс считается не закрытым пока ты не обновил документацию

4.2.1.1.2. А также не давать РМам и высшему руководству отказываться от документации в случае факапа (а такие желания будут).