Почему программное обеспечение отслеживания ошибок использования? [закрытый]
Вы можете попробовать вот так
$str1 = "test";
$str2 = "name";
$len1 = strlen($str1);
$len2 = strlen($str2);
for($i=0; $i<$len1; $i++)
{
for($j=$i+1; $j<=$len1; $j++)
{
for($k=0; $k<$len2; $k++)
{
for($m=$k+1; $m<=$len2; $m++)
{
echo substr($str1, $i, $j - $i).substr($str2, $k, $m - $k)."\n";
}
}
}
}
12 ответов
Программное обеспечение для отслеживания ошибок также полезно для определения основных этапов и принятия запросов на разработку функций.
Статистика, отчетность, отслеживание прогресса, автоматизация.
Мы используем наши базы данных ошибок для отслеживания статистики, такие как:
- Скорость поиска (на тестера) - насколько хороши ваши тестеры x как глючит ваш код.
- Фиксированная скорость (на разработчика) - насколько хороши ваши разработчики x насколько противны ваши ошибки.
- Bucketing - какие функции являются ошибками / кто пишет больше ошибок?
- Оценка того, когда вехи будут достигнуты, на основе наклона ошибки.
- Рабочие элементы и предложения - мы поместили этот материал в наши базы данных также не только ошибки.
Другие полезные данные, которые вы можете получить из вашей БД:
- Что тестируется?
- Список исправленных проблем, с которыми нужно проводить регрессионное тестирование.
- Исторические данные! Мы отслеживаем все наши проекты и сравниваем их ошибки.
- Один источник для всех сообщений об ошибках.
Кроме того, без базы данных ошибок, где вы храните автоматизированные отчеты об ошибках? Любой проект с некоторым охватом будет генерировать тысячи пользовательских отчетов об ошибках / автоматических отчетов о сбоях. Автоматически добавляйте эти вещи в свою базу данных, чтобы не тратить кучу времени на манипулирование электронной почтой.
Какую альтернативу вы планируете использовать? Электронное письмо? Белая доска? Ваша кратковременная память? Это поможет, если вы сравните с альтернативой, а не в вакууме.
В дополнение к тем преимуществам, которые вы отметили, использование программного обеспечения для отслеживания ошибок позволяет получить общее представление о продукте.
- Каждый может взглянуть на программное обеспечение, чтобы понять, сколько ошибок осталось исправить.
- Люди, видящие проблемы, могут посмотреть, были ли они уже найдены.
- Общий источник данных об ошибках может упростить сортировку ошибок как группы.
- Программное обеспечение отслеживания ошибок позволяет людям на всех уровнях продукта (dev, test, pm, management) видеть общее представление о мире.
Я не могу представить себе работу над нетривиальным программным обеспечением без какой-либо формы отслеживания ошибок.
Collaborating with team members to assign responsibility, track progress, get estimates and liaise with clients is a great function of many bug tracking products.
В то время как другие дали корпоративный / обслуживающий ответ, причина, по которой я использовал программное обеспечение для отслеживания ошибок в моем Личный проект просто потому, что есть что насмехаться надо мной. Каждый из билетов напоминает мне о том, что многое еще предстоит сделать, и сейчас не время выходить, потому что программное обеспечение не «завершено».
О, и это превосходит пост-свои и в коде комментарии как напоминания todo.
- Проверка работоспособности вашего программного обеспечения
- Имейте измеримый способ определить состояние вашего программного обеспечения (например, альфа : ошибки с высоким приоритетом по-прежнему открыты, бета-версия: открыты только незначительные ошибки, RC: сообщений об ошибках не открыто)
- назначение ошибок соответствующему разработчику / команде / отделу
Отношения с клиентами
Отслеживание ошибок может быть полезно для внутренних целей, а также предоставляет платформу для клиентов Выражать разочарования сразу после обнаружения ошибок без упомянутых разочарований, накапливающихся внутри них до точки невозврата. Это также повышает профиль компании, если вы предлагаете такие услуги своим клиентам.
- Возможно, вы сможете определить картина в ошибках, что предполагает более широкое исправление, чем просто исправление отдельные ошибки. Может быть указан рефакторинг.
- Это может помочь определить, какие разработчики создают наиболее ошибки, которые могут привести к предложениям о наставничестве или поощрении более тестирование своей работы теми физические лица. И наоборот, разработчики с несколькими ошибками, очевидно, делают лучшая работа по тестированию их работы.
Еще одно незначительное преимущество отслеживания ошибок. Когда пользователь сообщает о проблеме, вы можете выполнить поиск в базе данных ошибок, чтобы узнать, является ли она известной проблемой в необычном виде или совершенно новой проблемой. У Раймонда Чена есть пример в этой истории .
См. Статью Джоэла Спольски о Безболезненное отслеживание ошибок .
Это отличный способ для обратной связи с пользователями. Они сообщают о том, что им действительно важно в вашем программном обеспечении (не всегда в точности так, как вы).
Кроме того, его можно использовать для автоматизации таких вещей, как известные ошибки, дорожная карта, управление обязанностями и т. Д. А база данных живых ошибок означает программное обеспечение активно развивается, что определенно улучшает имидж проекта.
Лучшие трекеры ошибок также прекрасно интегрируются с вашим контролем версий и действительно дополняют друг друга. В журналах коммита VC сообщается, кто и что, а в комментариях по отслеживанию ошибок объясняется, почему.
Хороший инструмент отслеживания ошибок действительно способствует сотрудничеству между тестированием и отладкой, а также значительно облегчает «выброс» ошибок от одного разработчика к другому, поскольку информация все это вместо сотен маленьких писем и заметок.
Кстати, я использую и рекомендую Redmine . Очень хорошая интеграция CVS и Subversion.