Работая несколько лет тестировщиком вывел для себя правило :
Созданную задачу об ошибке даже с хорошим заголовком, но без комментария неимеет смысла рассматривать.
Все очень похоже на программирование: пишешь код, даешь названия переменным, методам, классам. Думаешь логично и понятно, а спустя года : Кто все это написал? Что я в тот момент курил? Да, такое бывает! ;) Мы развиваемся, у нас появляется новый опыт. Новые идеи. Видя старые мысли мы можем ужасаться )))
В тестировании мы тоже не сидим на месте. Мы учимся и наши навыки развиваются. Написав только лишь заголовок вы можете оказаться в ситуации, что не сможете понять : А что нужно-то перепроверить то? Замечу, что задачи разнятся по приоритетам и может получиться так, что созданную сейчас задачу вы увидете только лишь через пол-года или год.
Сравните два заголовка:
1. Ошибка в логе при скачивании бэкапа
понятно? Вроде бы да и все логично на первый взгляд. Заголовок принуждает лезть в конкретное место в коде: класс по скачиванию бэкапа.
Но вот возникают вопросы:
1. Какой битности программа?
2. После чего появилась ошибка? Сразу же после начала скачивания или комп ложился спать и после пробуждения?
3. Это только на Windows 10 или еще на Windows 8.1? А как себя ведет на Windows server 2012 ?
4. Эти ошибки в логе? А что если сетевой шнур выдернуть?
Цель комментария: сузить проблему до таких размеров, чтобы было понятно, где конкретно искать.
