Cómo saber como probador si es culpa de un diseñador o de un desarrollador

Realmente no estoy al tanto de las pruebas. Espero que sí, si encuentra fallas en la GUI, entonces la falla de su diseñador. Si las cosas no salen como se esperaba y la lógica empresarial falla en algún lugar, entonces su desarrollador falla. Al final del día, deberá depurar el problema en todos los niveles de redes, bases de datos, aplicaciones, Middleware y en todas las capas TCP-IP. por lo que debe saber qué equipo contribuye en qué parte de la aplicación en lugar de diseñador o desarrollador.

No siempre podrás decirlo.

Mi pregunta es, ¿realmente necesitas saber?

Como ingeniero (y ex diseñador), lo que quiero del control de calidad es la confirmación de que las cosas funcionan según lo definido, o si está mal, detalles sobre cómo difiere exactamente de lo que se suponía que debía entregarse . No deberías tener que culpar. Es más trabajo para ti y podrías estar equivocado. Si describe el problema con mucha precisión, el equipo debería ser capaz de averiguar rápidamente de quién hacer la lista de tareas pendientes.

Si es culpa del diseñador, su interfaz será fea, confusa, desorientadora, inconsistente, etc.

Por otro lado, si es culpa del desarrollador, podría congelarse, mostrar tonterías, bloquearse o algo por el estilo. Errores obvios.

Esta pregunta es similar a la pregunta “¿Cómo puedo saber si mi casa se está desmoronando o si se diseñó mal?” Debería haber una clara diferencia. Un diseñador se ocupa de cómo se ven las cosas, su organización y arquitectura (desde su punto de vista), mientras que el trabajo del desarrollador es hacer que la arquitectura realmente haga algo.

Por otro lado, hay un poco de una línea borrosa. Los diseñadores pueden especificar un comportamiento que es lo suficientemente extraño como para parecer casi un error que sería culpa del desarrollador, pero no lo es. Lo que ayudaría mucho es tener algún tipo de documento de diseño, para que esté seguro. Como es el caso con la mayoría de las cosas, es borroso.

si supera los requisitos pero causa un problema con otra parte del sistema que también está funcionando según los requisitos, entonces es culpa de los diseñadores …

Si la parte del sistema no cumple un requisito, entonces es culpa del desarrollador …

Además, si existe un conflicto entre los requisitos, el diseñador debería haberlo detectado, pero también es responsabilidad del desarrollador llamar la atención si se ha salido de las grietas …

Siempre es culpa del diseñador. Es una broma.

En realidad, no importa en lo que respecta a las pruebas, si no cumple con los requisitos, usted falla. No tienes una forma real de saber qué ha sucedido entre los equipos. Puede haber alguna documentación, puede que no.

Me imagino que esta sería la parte interesante del trabajo de prueba, reunir a las dos partes y determinar qué se supone que debe hacer algo.

Los diseñadores nunca pueden dar cuenta de todas las variaciones, como tampoco el desarrollador. Por eso se prueba.

No caigas en la trampa de encontrar a alguien a quien culpar, solo harás enemigos, solo encontrarás soluciones y sigue adelante.

Como probador, no juegues al juego de la culpa.

Simplemente pruebe el software y complete el rastreador de errores.

Deje que el equipo técnico decida a quién pasar las correcciones de errores.

PD: es culpa del desarrollador 😛

Fallo de los diseñadores: se ve feo o difícil de entender.

Fallo de los desarrolladores: no interactúa ni responde a la facilidad de uso.