Los amigos que han desarrollado proyectos a gran escala deben haber entrado en contacto con este tipo de herramientas: gestión de requisitos, control de código y versiones, y herramientas de seguimiento de errores. La herramienta de gestión de requisitos más común es ClearQuest. Las herramientas de control de versiones y código más utilizadas son VSS y CVS. La herramienta de seguimiento de errores más famosa debe ser bugzilla.
Bugzilla es una excelente herramienta de seguimiento de errores proporcionada por el equipo de Mozilla. Está completamente basada en web, es fácil de instalar, fácil de ejecutar y se puede almacenar mediante una base de datos MySQL o Ldap. El sistema es muy flexible y tiene una gran capacidad de configuración. , y puede enviar automáticamente correos electrónicos para notificaciones y recordatorios, producir varios informes y gráficos flexibles y convenientes y también admite la importación y exportación de XML estándar.
Como herramienta de seguimiento y registro de defectos del producto, puede establecer un sistema completo de seguimiento de errores para usted. Al mismo tiempo, debido a que existen muchas similitudes en los procesos y características entre la gestión de requisitos y el seguimiento de errores, Bugzilla también se puede utilizar para implementar la entrada. nivel Gestión de requisitos, un requisito es como un error. Todo el proceso, desde la propuesta hasta la recepción, el procesamiento, los comentarios y la verificación, se puede reflejar y procesar en bugzilla, y se puede asignar a productos y personal relacionado, como solía hacer Michael. en Yahoo En ese momento, la empresa utilizaba bugzilla como plataforma para la gestión de requisitos y errores, lo que parecía muy conveniente y práctico.
No entraré en más detalles sobre las características de Bugzilla aquí. Michael habla principalmente sobre cómo instalar y configurar Bugzilla rápidamente en el entorno FreeBSD6.1 para proporcionar requisitos y soporte de gestión de errores para su proyecto.
La instalación mencionada por Michael aquí tiene una premisa, es decir, se supone que FreeBSD6.1 se ha instalado correctamente y los puertos configurados en su sistema, y que la instalación y configuración de Apache, Perl y MySQL se han completado a través de los puertos. La instalación de FreeBSD6.1, la configuración de puertos y la instalación y configuración de Apache, Perl y MySQL no se discutirán aquí. Hay mucha información relacionada.
A continuación se muestra el proceso de instalación de Bugzilla de Michael.
Lo anterior completa la instalación básica. A continuación, debe realizar algunas configuraciones antes de poder usarlo finalmente.
ConfiguraciónMySQL
Necesitamos configurar la base de datos MySQL para almacenar datos de Bugzilla. Puede configurarla a través de la línea de comando o una herramienta de administración web como phpmyadmin. A continuación usamos la línea de comando MySQL para completar la configuración.
Lo anterior completa la creación de una base de datos para que bugzilla la use en el MySQL local.
Aquí, Michael usa
Además, para que MySQL admita el mayor almacenamiento de archivos adjuntos de bugzilla, es necesario modificar la configuración predeterminada de MySQL. Los archivos adjuntos admitidos por bugzilla de forma predeterminada son hasta 1 M. El método de modificación es el siguiente.
Luego reinicie MySQL.
ConfiguraciónApache
Si su sistema es FreeBSD6.1 y los puertos se han actualizado a la última versión, entonces el Apache instalado a través de los puertos debería ser la versión Apache2.2.3 y su directorio ServerRoot debería estar en /usr/local/www/apache22, pero Bugzilla pasa. a través de puertos Después de la instalación, el directorio web de bugzilla se instalará en /usr/local/www/data/bugzilla. Puede ajustarlo según sus propias preferencias. Puede mover el directorio de bugzilla a /usr/local/www/apache22/. data/bugzilla A continuación, también puede volver a modificar el archivo httpd.conf de Apache, cambiar ServerRoot a /usr/local/www y actualizar otras configuraciones relacionadas con /usr/local/www/apache22 en httpd.conf. Utilicé el último método porque muchas otras aplicaciones web relacionadas con Apache instaladas a través de puertos tendrán como valor predeterminado /usr/local/www. Por ejemplo, cvsweb tiene como valor predeterminado el directorio /usr/local/www/cgi-bin. Otras aplicaciones en el futuro, elegí modificar la configuración de Apache, y es muy sencillo de modificar. Las configuraciones generales relacionadas son las siguientes:
Esto completa la configuración de Apache y reinicia el servicio Apache.
Configuraciones finales de Bugzilla
Completar la configuración de MySQL y Apache está básicamente completo en un 99%. El último paso es la parte de configuración propia de bugzilla. El proceso de configuración también es muy simple.
En este punto, toda la instalación de bugzilla ha terminado. Ingrese http://yourserverip/bugzilla/index.cgi en el navegador Jaja, ¿viste los lindos errores? Por supuesto, también puede configurar VirtualHost de Apache para usar un nombre de dominio independiente para acceder a su bugzilla. Por ejemplo, el bugzilla que configuré puede acceder a http://bugzilla.toplee.com a través del siguiente nombre de dominio.
Dado que la localización china de bugzilla actualmente solo admite la versión 2.20, la versión 2.22 que instalamos aún no tiene la versión china, por lo que no podemos disfrutar de la interfaz china por el momento. Espere para obtener más detalles, siga http://. www.bugzilla.org para conocer las últimas noticias.