El caso de prueba ideal debe ser:
- simple : admitirlo fácilmente (cambio de funciones, pruebas también) y comprender lo que está mal sin una larga investigación;
- independiente : un caso de prueba no debe basarse en los resultados de otro;
- responsable de un área específica : los diferentes casos de prueba no deberían probar las mismas características porque no tiene sentido, discreto y requiere más tiempo de soporte;
- la ejecución rápida de las pruebas de automatización o el escenario de prueba lleva mucho tiempo manualmente, así que intente guardarla.
Los casos de prueba no pueden cubrir el 100% de las situaciones en prod, por lo que debe buscar la debilidad potencial más probable en un sistema e intentar romperlos. QA experimentado los siente, pero los consejos para sentir no son demasiado valiosos. En cambio, piense en las condiciones de contorno (como entrada vacía, formato de entrada incorrecto, valor fuera del rango normal, demasiados valores, etc.), problemas inesperados del entorno (fallas en la conexión de la base de datos o corrupción de archivos, por ejemplo). Puede obtener una bonificación adicional en la comprensión de qué probar, preguntando a los desarrolladores acerca de los detalles de la implementación de funciones: generalmente tienen ideas sobre posibles problemas y estarán encantados de compartirlos con usted.
- ¿Qué tipo de pasantías debe hacer un estudiante de ciencias de la computación interesado en la ingeniería de confiabilidad del sitio?
- ¿Cuál es la perspectiva de crecimiento a corto plazo de las empresas de productos de software en países en desarrollo como India, Brasil, China, Filipinas? ¿Se reemplazará la típica cultura laboral orientada al servicio con el Desarrollo de productos básicos?
- ¿Por qué los ingenieros no van más allá de ser ingenieros superiores en Google? ¿Es porque no muchos se quedan más de 5-6 años y se van a otras empresas o startups? ¿Qué nivel de ingeniero sería si se quedara en Google por 10 años?
- ¿Es Microsoft Dynamics Axe una buena posición?
- Trabajas como ingeniero de software junior en un proyecto relativamente nuevo para ti. Se le asigna una nueva tarea. ¿Cuál es su enfoque para completar la tarea con poca o poca ayuda de sus colegas?