No puedo hablar en todas las situaciones, pero en proyectos grandes donde he trabajado y hemos tenido un equipo de prueba, los buenos analizan el ‘qué’ y el ‘por qué’ de los requisitos del sistema dados, construyen escenarios de prueba que cubren la mayoría / todos casos incluyendo casos de borde y esquina, realice las pruebas y analice los resultados. Especulan sobre el “cómo” y el “dónde” de la falla y dan posibles respuestas sobre lo que salió mal y la naturaleza de la solución requerida. A veces, los evaluadores tienen una vista de ‘ojo de pájaro’ que les permite identificar desconexiones entre desarrolladores y diseñadores.
Los equipos de prueba profesionales son extremadamente hábiles y sensibles con respecto a informar las malas noticias a los desarrolladores y diseñadores. Llegan a conocerlos como individuos e idean formas de trabajar con ellos para que los defectos sean reconocidos, analizados y corregidos con un mínimo de alboroto.
Tengo la noción de que muchas personas piensan que ser parte de un equipo de prueba es un trabajo junior y que los evaluadores no saben mucho sobre el desarrollo. Esa no ha sido mi experiencia. Los buenos equipos de prueba realmente conocen su negocio. Saben lo que se supone que debe hacer el sistema y crean datos de prueba y protocolos para validar que el sistema hace lo que debe y lo hace sin efectos secundarios desafortunados. Saben qué defectos requieren que el sistema se retenga para su liberación y qué defectos tienen soluciones alternativas y pueden registrarse simplemente como defectos antes de la liberación.
- Tengo 28 años y tengo 4 años de experiencia en Infosys como desarrollador de software. ¿Es demasiado tarde para hacer una maestría en ciencias de la computación de los Estados Unidos?
- ¿Es cierto que los ingenieros de software indios se consideran contrataciones muy malas en los Estados Unidos? Planeo ir a los Estados Unidos el próximo año para una maestría en informática; ¿Ser de India afectará mis perspectivas laborales allí?
- ¿Hay alguna diferencia entre el motor del juego y el motor de IA?
- ¿Es posible conseguir un trabajo como ingeniero de software, a pesar de que he estado trabajando en la industria de vfx como artista (y todavía codificando)?
- ¿Qué tengo que aprender para obtener trabajo de software?
Como desarrollador, encontré que es un placer trabajar con buenos equipos de prueba. Recuerdo un probador hace muchos años en Washington DC Creo que se llamaba Erin, pero esto fue hace mucho tiempo. Era simplemente gracioso, tenía una gran perspectiva de que este era un trabajo importante que tenía que hacer, pero pudimos disfrutar el proceso y lo hicimos. Traería defectos a nuestro equipo sin hacer que nadie sintiera que se había equivocado. Él describiría el “qué” y el “por qué” necesarios de los requisitos, explicaría la forma en que se probó, mostraría la disparidad entre lo que se requería y lo que realmente sucedió e involucraría al desarrollador para que trabajen juntos para resolver el problema de “dónde” surgía el defecto, “cómo” el código real difería de la especificación y cómo podría corregirse.
El ‘trabajo’ que están haciendo los equipos de prueba es el mismo que el resto del equipo. Están tratando de que el software funcione por la puerta. Los buenos conocen el desarrollo, son conscientes de su impacto en los desarrolladores y usan el conocimiento de la psicología organizacional para que los desarrolladores sepan claramente lo que necesitan arreglar, estén motivados para hacerlo y se centren en la tarea en lugar de, por ejemplo, los egos magullados. .