Seguimiento de errores alojado mínimo [cerrado]
https://stackoverflow.com/questions/496420
-
20-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
Somos una pequeña empresa con tiempo limitado para hacer esto nosotros mismos.
¿Alguien puede recomendar una buena solución (preferiblemente barata) alojada para el seguimiento simple de errores?
En este momento tenemos tres productos que necesitan seguimiento de errores.
Todo lo que necesitamos es
- Permitir a los clientes enviar errores
- Asignar error
- Mostrar estado del error
- Envío automático de correo electrónico al cliente cuando se cambia / resuelve / cierra el estado del error (si se solicita)
Además de eso, un pequeño wiki / proyecto sería bueno.
Solución
Otra buena solución es Bugshelf: http://www.bugshelf.com/
Es un rastreador de problemas de cara al cliente, así como uno interno y tiene una interfaz realmente agradable.
Otros consejos
Hosted FogBugz hará todo eso. Es gratis para uno o dos desarrolladores, $ 25 / desarrollador / mes por más que eso.
A mucha gente le gusta diferenciar entre el seguimiento de errores de desarrollo interno y el seguimiento de problemas de cara al cliente. Algo así como zendesk es un buen ejemplo de un rastreador de problemas orientado al cliente, que estaría separado del interno sistema de seguimiento de errores que usan sus desarrolladores. Si aún no lo ha hecho, es posible que desee pasar un momento para determinar exactamente cuáles son sus necesidades de cara al cliente, ya que colocar los requisitos de cara al cliente en un rastreador de problemas por separado y sacarlo del rastreador de errores puede cambiar significativamente qué rastreador de errores funciona mejor para usted.
Lighthouse puede ser otra opción. No estoy seguro de cómo se compara con FogBugz.
Me gusta trac un rastreador de errores. Hay varios proveedores , como ProjectHut .
EDITAR: Una cosa buena de trac es la wiki integrada. Además, la capacidad de integrar Subversion también es una gran ventaja si está utilizando SVN para su control de origen.
Uno de mis clientes usa esto: http://16bugs.com/
