Редактор Downcodes познакомит вас с BugFree, оптимизированным веб-инструментом для управления дефектами. Оно основано на философии разработки программного обеспечения Microsoft и представляет ее в виде свободного и открытого исходного кода. Это одно из немногих бесплатных программ, успешно «клонировавших» внутренний инструмент Microsoft для управления ошибками Product Studio (ранее называвшийся Raid). В этой статье мы подробно рассмотрим введение BugFree, процесс завершения кода и способы устранения дефектов программного обеспечения. Надеюсь, она поможет вам лучше понять и использовать этот инструмент.
BugFree — это бесплатный веб-инструмент с открытым исходным кодом, оптимизированный для управления дефектами, основанный на философии разработки программного обеспечения Microsoft. В настоящее время это одно из немногих бесплатных программ, которые «клонируют» внутренний инструмент Microsoft для управления ошибками Product Stuido (ранее называвшийся Raid).
BugFree — это бесплатный веб-инструмент с открытым исходным кодом, оптимизированный для управления дефектами, основанный на философии разработки программного обеспечения Microsoft. В настоящее время это одно из немногих бесплатных программ, которые «клонируют» внутренний инструмент Microsoft для управления ошибками Product Stuido (ранее называвшийся Raid).
BugFree написан на PHP+MySQL и может работать как на платформах Linux, так и на Windows. Идеи дизайна, включенные в BugFree 2.0:
– Код: программа представляет собой реализацию (отображение) документа технического задания на проектирование требований (Spec);
– Тестовый пример: это также реализация (отображение) Spec, но с точки зрения тестирования;
– Результат теста: используйте тестовый пример (карта тестирования) для проверки кода (карта разработки);
– Ошибка: несоответствие между двумя сопоставлениями может быть ошибкой (код отличается от спецификации).
Таким образом, от тестовых примеров (Test Case) до результатов тестирования (Test Result) и дефектов (Bugs) все три элемента органично сочетаются.
BugFree в «Цифровой нервной системе» написан на PHP+MySQL с открытым исходным кодом и работает на базе браузера. У меня не было опыта разработки под Linux+Apache+MySQL+PHP, но мне посчастливилось нанять двух отличных веб-программистов, которые смогли создать такую систему всего за два месяца. Среди них BugFree разработал мой коллега Ван Чуньшэн. На написание кода у него ушло меньше месяца, что меня удивило и заставило осознать прелесть веб-разработки на базе Linux.
После того, как мы протестируем его более месяца, его можно будет использовать в реальной работе. BugFree стал самым важным инструментом в нашей повседневной работе. Каждый сотрудник также привык использовать Bug для записи и отслеживания. Не только дефекты в коде могут быть обнаружены, но и новые требования, изменения дизайна и т. д. могут использовать эту ошибку. Система управления эффективно. Фактически, Bugs можно использовать не только для регистрации дефектов в программном обеспечении, но и для отслеживания повседневных дел компании. Например, до того, как в компании была создана онлайн-система возмещения расходов, мы использовали BugFree для обработки возмещения. Даже коллега сообщил мне об этой ошибке: «У вас на рабочем столе слишком грязно, пожалуйста, наведите порядок :-)»
Дальнейшее чтение:
Обычно, когда люди обнаруживают дефекты программного обеспечения, они классифицируют дефекты программного обеспечения. Существует только один способ их классификации — уровень серьезности. Нет ли другого способа их классификации? Например, мы сталкиваемся со следующей ситуацией. Тестер обнаруживает, что есть функция, которую необходимо добавить. В этот момент он сообщает программисту, а программист говорит, что нет времени или в этом нет необходимости. эта ситуация вызовет конфликт между ними. Если вы будете колебаться, окончательный результат не будет известен. Это ослабит энтузиазм тестировщиков в следующий раз, когда они не будут рассматривать проблемы продукта настолько, насколько это возможно. может бежать. На самом деле, эту ситуацию можно решить. Ниже я упомяну новую концепцию классификации дефектов программного обеспечения, позволяющую эффективно решить эту проблему.
Дефекты программного обеспечения – это не только серьезные ошибки, но и не реализованные функции. На этом этапе, может быть, все понимают, что потребности не были учтены, но потребности не будут однажды идеальными, и это требует совместных усилий всех для постоянного совершенствования. Так как же мы можем эффективно реализовать хорошие предложения тестировщиков? Вот что я хочу сказать дальше. Существует еще один способ классификации дефектов программного обеспечения. По содержанию дефектов их в основном разделяют на ошибки требований и ошибки программы. Преимущество этой классификации состоит в том, что четко определено лицо, ответственное за обработку ошибок. Мы все знаем, что ошибки в программах устраняются соответствующими разработчиками. Далее в основном обсуждаются ошибки спроса. Судя по названию, ошибки спроса должны устраняться персоналом спроса. Как с этим бороться и как быть эффективным в этом процессе? На данный момент наши тестировщики передают ошибку требования не программисту, а аналитику требований на обработку. Однако здесь я хочу подчеркнуть расположение ошибок требований. Если эта ошибка четко упомянута в спецификации требований к программному обеспечению, ее невозможно определить как ошибку требования. Она должна быть реализована программистами и называется функционалом программного обеспечения. дефект, отправкой занимается программист. Но если в спецификации требований это не упоминается явно, мы можем определить это как ошибку требования.
Выше представлено содержание bugfree. Надеюсь, оно будет полезно всем.
Я надеюсь, что это введение в BugFree будет полезным для всех. Редактор Downcodes продолжит публиковать для вас новые практические технические статьи. Если у вас есть какие-либо вопросы или предложения, пожалуйста, оставьте сообщение!