Sabes, nunca he llegado a ese punto. Siempre hay más funcionalidades para probar, nuevas características que generan actualizaciones para el desarrollador y pruebas de control de calidad que mantienen ocupado a todo el equipo.
Como regla general, me gusta tener un ingeniero de control de calidad por cada cuatro ingenieros de desarrollo. Otra regla es que los ingenieros de control de calidad son partes permanentes del equipo y trabajan junto con los ingenieros de desarrollo. Tenemos éxito o fracasamos como equipo.
Nuestro objetivo con nuestra inversión en control de calidad es tener la confianza de que cuando agreguemos nuevas funciones, corrijamos errores en las funciones existentes o refactoricemos el código existente, no introduciremos nuevos defectos en nuestro código. Nuestras pruebas de desarrollador cubren más del 99.7% (sí, lo leyó correctamente) de nuestro controlador, modelo y código de vista (junto con todos los asistentes auxiliares, preocupaciones, etc.). Sin embargo, eso no garantiza que nuestro código esté libre de defectos (¡ni mucho menos!). Nuestras pruebas independientes de Selenium ejecutan casos de uso complejos que abarcan controladores y se ejecutan en un marco de CI. Constantemente estamos agregando nuevas funciones y actualizando pruebas para confirmar las actualizaciones de la interfaz de usuario y los cambios en el flujo de trabajo de las funciones.
- ¿El salario dado a los ingenieros aumenta con la experiencia?
- ¿Es razonable un sueldo de 12,000 AED por mes en Emiratos Árabes Unidos (Dubai) para un ingeniero de software senior de India, con 4-5 años de experiencia? ¿Podría una familia de dos sobrevivir con este salario? ¿Puede ahorrar algo después de los gastos mensuales? ¿Es una buena oferta?
- Ahora obtengo alrededor de 12 lacs por año en Amazon. Tengo 27 años. ¿Puede mi salario ser más de 50 lacs por año en toda mi vida?
- ¿Aceptar una función de desarrollador junior para 85K en Silicon Valley sería una decisión "inteligente"?
- ¿Cuánto le paga Kayak a un nuevo ingeniero de software graduado?
Si alguna vez sintió que su equipo pasaba demasiado tiempo en casos de prueba, escenarios, guiones, etc., probablemente ya haya superado esa línea. Esto se debe a que ya puede estar seguro de que sus pruebas cubren las rutas positivas y negativas más comunes a través de su código. Tiempo de seguir adelante.
¿Qué tan estable es su código base que le preocupa que sus ingenieros de control de calidad no agreguen valor con una cobertura de prueba adicional?
¿Existen áreas complejas que no se han probado que son la fuente de defectos costosos para abordar?
¿Cuál es el área de mayor riesgo para su producto que podría abordarse mediante la reasignación de los ingenieros de calidad para abordarlo? ¿Ya está abordado?