🙇🏻‍♀️ Правильный ответ на опрос

Все варианты, кроме 3-х последних, можно назвать правильной работой с вложениями.

- Лучше всего добавлять скриншот в формате PNG

Не совсем верно, если важна экономия обьема данных, то лучше приложить JPG, а если важна точная передача картинки без искажений - то PNG

- При добавлении видео можно его не отрезать (т.е. оставить не только фрагмент с дефектом)

Если вы прилагаете видеоролик с записью происходящего на экране, обязательно оставляйте только тот фрагмент, который относится к описываемому дефекту (это будет буквально несколько секунд или минут из возможных многих часов записи). Старайтесь подобрать настройки кодеков так, чтобы получить минимальный размер ролика при сохранении достаточного качества изображения.

- Каждый раз при записи видео лучше использовать разные утилиты и ПО

Поэкспериментируйте с различными инструментами создания копий экрана и записи видеороликов с происходящим на экране. Выберите наиболее удобное для вас программное обеспечение и приучите себя постоянно его использовать. Это сэкономит много времени.

Словарь тестировщика

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

Сами по себе простота или сложность тест-кейсов не являются чем-то плохим (более того — рекомендуется начинать разработку и выполнение тест-кейсов с простых, а затем переходить ко всё более и более сложным), однако излишняя простота и излишняя сложность также снижают качество тест-кейса.

С.Куликов, "Тестирование ПО", глава "Свойства качественных тест-кейсов"

Словарь тестировщика

Правильный ответ:

Все вышеперечисленное является правильной логикой создания эффективных баг-репортов ☺️

Правильный ответ:

Как вы уже могли догадаться, абсолютно все варианты демонстрируют неправильную работу с баг-репортом.

Судя по текущим результатам опроса, я дополнительно объясню момент с summary и копией экрана целиком.

🥺 Плохие summary/идентичные summary и description

Формально эта проблема относится к оформлению, но фактически она куда опаснее, ведь чтение баг-репорта и осознание сути проблемы начинается именно с краткого описания.

Не забываем, что саммари должно
- отвечать на вопросы «что?», «где?», «при каких условиях»
- быть предельно кратким
- быть информативным для понимания сути проблемы

🥺 Копии экрана в виде «весь экран целиком»

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

Особенно если мы работаем в условиях, когда нам важен размер прилагаемого файла. В таком случае отрезаем лишнее и вкладываем как jpg. А если важно качество аттачмента - тогда png. Такой же подход применим и к видеофайлам.

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

Поэтому всегда сначала интересуемся какой работы со вложениями от нас хотят видеть 👍🏼❤️