|
Каждое отчет
о черепашки
представляет
часы -- возможно
даже дни -- работы.
Будет важными данными по компании,
должно наилучшим
образом
быть защищено
и наилучшим
образом
организовано.
Отчеты
о черепашки
должны быть записаны
в а база данных подперта
вверх на ежедневное
основание.
А отслеживать
черепашки
система,
such as PR-Tracker, должна управлять
той базой
данных. Здесь некоторые
директивы
для эффективный
отслеживать
черепашки.
1. Сделайте
строение
средства
программирования
ежедневно
Черепашка
отслеживая
работы наиболее
наилучшим
образом
в окружающую
среду где будет
ежедневное
строение.
Это включает
тестеры
для того
чтобы испытать
самый недавний
вариант
средства
программирования
так, что
они не
будут сообщать
bugs то уже
было зафиксировано.
Они также
открывают
нов введенных
черепашок
более быстро пока Кодий
все еще
свеже в разуме проявителей
ввели их.
2. Используйте
номера строения
Когда применимо,
номера строения
должны быть использованы
для того
чтобы определить
что вариант
средства
программирования
черепашка
нашл внутри, что вариант
ему зафиксировала
внутри,
и что вариант fix
проверил
внутри. Номерами
изменения
модулей
Кодего источника
доработанных
для того
чтобы исправить
черепашки
будут полезные
примечания
для проявители,
а они не обязательно
или достаточно
для того
чтобы координировать
работу между испытанием
и развитие.
Используйте
номера строения
вместо.
3. Используйте
процесс
для того
чтобы отрегулировать
отчеты
о черепашки
Отчеты
о черепашки
должны пойти до процесс
обеспечивает
что они
не закрыты
если они . Такой
процесс
должен требовать
что персона
сообщила
черепашку
одно для проверки
что оно
был зафиксирован
или для
того чтобы одобрить
любой другой тип разрешения.
типично
отчет о черепашки
жизненный
цикл включил
following значения
состояния:
Ново, Задано, Разрешено,
Подтвержено
и закрыно,
соответственно.
4. Используйте
поле разрешения
Для того
чтобы держать жизненный
цикл отчете о черепашки
просто, используйте
поле разрешения
для того
чтобы определить
как проблемы
разрешено.
По возможности
разрешения
вклюают:
Фикчировано,
Не зафиксирует,
Возпроизводимо,
Дубликат,
конструкцией
и внешне.
5. Не делают
отчеты
о черепашки
triage в встречах
Избегите
использовать
комитет
или встречать
к отчетам
о черепашки
triage. Это будет использовать
множество
человеко-часов
то было
в состоянии
быть используемые
черепашки
отладки.
Если план-график
диктует
triage, то не
закройте
отчеты
о черепашки
в встрече
потому что это
избежит
процесс
качества
путем
sidestepping тестеры
тот рапорт
bugs. Вместо,
используйте
черепашку,
котор triage
reprioritize, откладывайте,
или разрешайте
как не
зафиксирует.
6. Запросы характеристики
ручки отдельно
Запросы и спецификации
характеристики
часто записаны
как отчеты
о черепашки.
Эти должны
быть записано
отдельно
так, что
они смогут
быть triaged, и так, что
они не
уклонят
статистик
для измеряя
качества
средства
программирования.
7. Опишите как воспроизвести
черепашок
Отчет о черепашки
должен включить
постепенное
описание
на как
воспроизвести
черепашку.
Это уменьшает
количество
проявителей
времени
потратьте
пытаться
воспроизвести
черепашку
прежде чем они
фиксируют
оно. Находить
минимальные
шаги для того
чтобы воспроизвести
черепашку
сохранит
even more время проявителя.
8. Показатель
как обнаруживают
черепашок
Держать
показатели
на как
обнаруживают
черепашок
помощь вы обусловливаете
как наиболее
наилучшим
образом
потратить
ваш испытывать
доллары.
Предложенные
выборы для поля
метода обнаружения
вклюают:
Взаимодействующий
Испытывать,
Испытание
Исполнение
Сценария,
Конструкция
Сценария
Испытания,
Испытывать
Блока, Испытания,
Просмотрение
Кодего, Бета Испытывать
и отчет
о клиента.
9. Отчет о черепашки
содержания
просто
Не сделайте
отчет о черепашки
осложненный
путем требовать
входа больше данных чем реально
обязательно.
Если будет too much работы для того
чтобы зарегистрировать
черепашок
в системаа
слежения,
то некоторые
черепашки
не будут
войдите,
или люди
могут начать go around система
и начать
сообщать
черепашок
email или слов-$$$-ROT.
|
