2008-08-26 6 views

Respuesta

9

Sí y no. Los casos se pueden vincular entre sí, pero si está buscando un árbol de casos (requisitos previos y demás), necesita FogBugz 7 o posterior.

Si está utilizando FogBugz 7.3 o mayor, ahora se puede utilizar el Case Dependency Plugin, que fue lanzado en abril de 2011.

5

no ha definido lo que entendemos por dependencias exactamente, pero si te refieres que la resolución de un caso requiere la resolución de otros; formalmente, la respuesta es no. Sin embargo, puede consultar otros casos desde un caso base y FogBugz rastreará las referencias cruzadas. Por ejemplo, si dices "ver caso 2031" en el texto de un caso, la porción 2031 se convertirá en un hipervínculo y ambos casos ahora informarán que se refieren el uno al otro (tanto hacia delante como hacia atrás). Es una característica muy buena en realidad.

1

FogBugz 7 ahora admite subcasos. Esto puede o no resolver su problema, dependiendo de cómo quiera manejarlo.

15

FogBugz tiene una larga relación de casos compatibles, que crea un enlace ad hoc entre casos simplemente agregando el "caso 1234" a cualquier nota. Desventaja: estos no son extraíbles, y esto persiste en FogBugz 7. (Intentamos averiguar cómo hacerlo bien, pero simplemente se nos acabó el tiempo, así que dejamos el comportamiento actual.)

FogBugz 7, recientemente lanzado, ha agregado la jerarquía de elementos primarios y secundarios, para permitirle dividir una carpeta maestra en sus partes integrantes, o para agregar solicitudes similares bajo un caso paraguas.

FogBugz 7 también ofrece dependencias de hitos, donde no se puede iniciar un hito antes de que se complete otro. Esto solo se aplica a las características de programación del software. En realidad, no impedimos que nadie trabaje en casos del hito dependiente.

Creemos que estas características representan el mundo real de las dependencias, ya que existen entre diferentes partes de un proyecto.

Intencionalmente no implementamos ningún tipo de bloqueo al estilo Bugzilla, por varias razones. En primer lugar, puede ser tremendamente ineficiente, lo que permite que las personas ignoren el trabajo que podrían hacer fácilmente si estuvieran frente a ellos. En segundo lugar, puede causar un marasmo de interdependencias. En tercer lugar, también permite el uso del software como una porra social ("No puedo comenzar a anular funciones hasta que Jeff haya terminado sus maquetas"), que es algo que tratamos de evitar. Hacemos software social ... en el sentido de que preferimos que los problemas sociales se resuelvan socialmente y que los problemas de software se resuelvan con el software. La omisión intencional de bloqueo o dependencia entre casos es parte de esta filosofía.

Dicho esto, FogBugz 7 es altamente extensible, con complementos, etiquetas, campos personalizados y muchos otros extras. Si el bloqueo es lo que quieres, estoy seguro de que alguien podrá improvisar algo.

+2

Estoy totalmente de acuerdo en que el bloqueo total puede conducir a cosas malas. Lo que creo que sería más útil es una función "do siguiente", donde me pueden indicar en qué caso trabajar luego cuando se resuelva. ¡Y esto se puede implementar fácilmente como un complemento! Ahora solo para encontrar el momento de hacerlo ...;) – adambox

+2

@adambox En realidad, puede hacer esto ahora con el complemento de backlog simplemente asignando un pedido a sus casos. El siguiente en el orden es el que trabajas a continuación. –

+0

¡Ah, excelente! ___ –

Cuestiones relacionadas