¿Qué es un buen par de sistema de gestión de pruebas y sistema de seguimiento de errores, que pueden interactuar entre sí?

Estamos buscando dos piezas de software:

  • Localizador de bichos
  • Sistema de gestión de pruebas

Puntos que son muy importantes para nosotros:

  • La capacidad de estos dos para interactuar entre sí, por ejemplo, si el sistema de gestión de pruebas encuentra un error, puede enviarlo al rastreador de errores.
  • Están escritos en JAVA, PHP, C# o Python
  • Fuente abierta
  • Puede enviar notificaciones por correo electrónico
  • Bien documentada

No hemos encontrado ningún buen par que tenga todos los puntos anteriores. Cualquier sugerencia es apreciada.

Actualizar:

Bug tracker : bugzilla , nos permite conocer los problemas, archivarlos y seguir el procedimiento para solucionarlo. Hace que la comunicación sea mucho más fácil durante el proceso.

Los puntos importantes para nosotros son:

  • Puede archivar el error
  • puedes etiquetarlo
  • Puede asignar una persona o un grupo para resolverlo y verificarlo por separado.
  • Puede enviar notificaciones por correo electrónico.
  • El sistema es maduro y confiable, ya que está respaldado por Mozilla y se mantiene activamente.
  • La autenticación está habilitada.
  • es de código abierto

Puntos que creemos que no son adecuados para nosotros:

  • Está escrito en Perl, que nadie de nuestro grupo lo sabe. Preferimos que un sistema esté en PHP, Java, C# o Python
  • No puede tener una interfaz para un buen sistema de gestión de casos de prueba (hasta donde yo sé). Queremos que, si un usuario está aplicando una prueba en el sistema de administración de casos de prueba y falla, debería poder presentar un caso de error utilizando los datos existentes en el rastreador de errores. Creo que Bugzilla no permite esto. Encuentra el error en el sistema de gestión de casos de prueba, luego abre bugzilla y lo archiva usted mismo completando todos los detalles de cómo probó nuevamente.

Sistema de gestión de casos de prueba : Moztrap , le permite al equipo de control de calidad definir un conjunto de pruebas para una función en particular, y puede ver cuántas de ellas fallaron o pasaron. También puede organizar las pruebas para cada versión y lanzamiento.

Los puntos importantes para nosotros son:

  • esta en python
  • Es mantenido y respaldado activamente por Mozilla.
  • Puede asignar un conjunto de pruebas a una versión o actualización en particular.
  • Puede asignar una tarea a un miembro del equipo.
  • La autenticación está habilitada.
  • es de código abierto

Puntos que creemos que no son adecuados para nosotros:

  • El único punto es que no puede interactuar con Bugzilla como mencioné anteriormente.
¿Qué esperas de la parte del "sistema de gestión de pruebas"? ¿Será que esta respuesta también se ajusta a tus necesidades? Coincide con todos los demás puntos.
@lzzy Actualicé la pregunta. Eso podría ayudar.
Podría serlo , si alguien conoce Moztrap (consulte: Cómo solicitar una alternativa a algún software ; "incluir un nombre no es suficiente; señale sus requisitos explícitamente"). Seguir eso aumentará sus posibilidades de obtener buenas respuestas, especialmente de personas que no conocen Moztrap pero usan una de sus alternativas;)
@Musa ¿ Podría :-) usar 2 herramientas SaaS separadas que también tengan una API adecuada? Si le diera a GIThub o Bitbucket un rol intermedio aquí, agregaría la administración de código, la revisión a su solución integral. Necesitamos más información de hecho.
@lzzy: Gracias por las instrucciones. He actualizado la pregunta. Por favor, avíseme si todavía hay algo que necesito agregar más.
@Henk van Cann: Gracias por las instrucciones. He actualizado la pregunta. Por favor, avíseme si todavía hay algo que necesito agregar más.
¿Está fuera del alcance de su pregunta considerar también la integración de otras herramientas, como la planificación de proyectos y la integración continua? Después de todo, las pruebas están planificadas en el plan del proyecto y pueden ser ejecutadas por CI y los errores encontrados por las pruebas pueden descarrilar el plan del proyecto. Esto me recuerda una vieja pregunta mía más amplia: stackoverflow.com/questions/2020869/seeking-a-true-tool-chain
Es posible que desee consultar JIRA y el complemento Zephyr para JIRA . (No tengo mucha experiencia con eso, solo lo estamos evaluando).
JIRA y Zephyr no son de código abierto.
@Musa: La fuente de JIRA está disponible si compra una licencia: atlassian.com/licensing/… No tengo ninguna información sobre Zephyr.
@ Musa Creo que tu pregunta es mucho más clara ahora. Bitbucket o GITHub aún podrían hacer el trabajo en mi opinión. Aunque ambos son SaaS y es posible que no sean de código abierto, tienen modelos de precios asequibles para su objetivo. Luego, podría concentrarse en abordar sus api para conectarse con otras herramientas. Solo pensamientos.

Respuestas (2)

A partir de mis varios años de experiencia trabajando en gestión de proyectos, desarrollo web y colas de soporte, he aprendido que la mayoría de las empresas tienen procesos un poco diferentes para tratar las solicitudes de errores y los procedimientos de prueba. Por eso, sugeriría usar un sistema de código abierto para que pueda modificarse a medida que las necesidades cambien/evolucionen . En particular, sugeriría usar Drupal , que es un sistema de código abierto bastante sofisticado con miles de módulos para ampliar su funcionalidad principal. De hecho, toda la comunidad de Drupal.org utiliza un sistema basado en Drupal para rastrear errores y resoluciones. Además, la empresa para la que trabajé creó su propio sistema de gestión de proyectos en Drupal y nos sirvió bien durante varios años, permitiéndonos ajustes constantes de la funcionalidad a medida que mejorábamos nuestro proceso.

Sugeriría consultar los módulos Sistema de tickets de soporte y Gestión de proyectos (ambos disponibles gratuitamente en drupal.org). Puede que no sea exactamente lo que está buscando, pero le dará una idea de lo que se puede construir en Drupal. Se podría crear un sistema simple para abordar la mayoría de sus necesidades en Drupal utilizando módulos existentes como Vistas, Marcar, Flujo de trabajo, Reglas, Comentarios (módulo principal), Taxonomía (módulo principal), por mencionar algunos. La belleza de Drupal es que con los módulos existentes, habrá una escritura de código mínima o nula para lograr la mayoría de las funciones que está buscando.

Además, si hay otras herramientas de código abierto que no "hablan" entre sí, Drupal es una opción para nosotros como la herramienta que integra todos los datos en un solo lugar, utilizando muchos complementos existentes e inicios de sesión únicos. Además, la información sobre sus clientes y proyectos también podría almacenarse en Drupal, así como las horas registradas, de modo que no haya necesidad de enviar constantemente esos datos entre diferentes sistemas.

Un buen par de piezas de software que encontramos útiles son:

Mantis Bug Tracker y Testlink Test Management System :

  • Escrito en PHP
  • Bien documentada
  • Puede enviar correos electrónicos
  • Autenticación habilitada
  • Fuente abierta
  • Pueden interactuar bien entre ellos
¿Qué es un buen par de sistema de gestión de pruebas y sistema de seguimiento de errores, que pueden interactuar entre sí?
RespuestasAquíPolítica de privacidad1y, 0v