Тестирование программного обеспечения. Базовый курс. 3-е издание


Стр: 204/301  Копии экрана в виде «копий всего экрана целиком»



Pdf көрінісі
бет230/307
Дата03.07.2023
өлшемі5,03 Mb.
#179304
1   ...   226   227   228   229   230   231   232   233   ...   307
Байланысты:
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU

 
Стр: 204/301 
Копии экрана в виде «копий всего экрана целиком».
Чаще всего нужно 
сделать копию какого-то конкретного окна приложения, а не всего экрана — тогда 
поможет Alt+PrintScreen. Даже если важно захватить больше, чем одно окно, прак-
тически любой графический редактор позволяет отрезать ненужную часть кар-
тинки. 
Копии экрана, на которых не отмечена проблема.
Если обвести проблем-
ную область красной линией, это в разы повысит скорость и простоту понимания 
сути проблемы в большинстве случаев. 
Копии экрана и иные артефакты, размещённые на сторонних серве-
рах

Эта ошибка заслуживает особого упоминания: категорически запре-
щено использовать для прикрепления к отчёту о дефекте копий экрана и 
других файлов ставшие распространёнными в последнее время сервисы 
обмена изображениями, файлами и т.д. Причин здесь две: 
• в большинстве случаев на размещение изображения или иного файла 
на таких сервисах есть ограничения по времени хранения и/или количе-
ству обращений (скачиваний) — иными словами, через некоторое время 
файл может стать недоступным
• размещение информации о проекте на сторонних сервисах является 
раскрытием конфиденциальной информации, права на которую принад-
лежат заказчику. 
Поэтому для хранения любых подобных артефактов следует использо-
вать саму систему управления дефектами. Если в силу неких причин та-
ковая не используется, все вложения стоит разместить прямо в том доку-
менте, в котором вы описываете дефект (изображения можно разместить 
просто «в виде картинок», иные артефакты — в виде внедрённого доку-
мента).
Откладывание написания отчёта «на потом».
Стремление сначала найти 
побольше дефектов, а уже потом их описывать приводит к тому, что какие-то важ-
ные детали (а иногда и сами дефекты!) забываются. Если «на потом» измеряется 
не минутами, а часами или даже днями, проектная команда не получает важную 
информацию вовремя. Вывод простой: описывайте дефект сразу же, как только об-
наружили его. 


Достарыңызбен бөлісу:
1   ...   226   227   228   229   230   231   232   233   ...   307




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет