En el estado actual de la industria actual, ciertamente hay mucho trabajo para los probadores de software sin ningún conocimiento de codificación. Si me preguntas, no estoy convencido de que me gustaría confiar únicamente en probadores manuales y pruebas como esa.
Lo capturé de Google Images, pero al desarrollar software, es esencial hacer que las pruebas sean repetibles y rápidas. De hecho, hay muy pocas situaciones en las que se deba llevar a cabo un traje de prueba puramente manual. Esto no es para denigrar el papel de las pruebas manuales en general. Tiene un lugar, como puede ver en la parte superior del triángulo, pero no lo es todo. De hecho, cuanto más tenga, mayor será la responsabilidad.
- ¿Cuál es la demanda de ingenieros de software en Sri Lanka?
- ¿Cuál es el mejor proceso de desarrollo de software adecuado para una startup tecnológica?
- ¿Qué software (exactamente) debo estudiar para convertirme en ingeniero de diseño civil con el escenario laboral actual?
- ¿Qué aplicaciones realmente pueden beneficiarse de un iPad con una pantalla Retina?
- ¿Qué cosas puedo hacer como ingeniero de software autónomo, además del código, para asegurarme de ser un mejor programador constantemente?
Yo diría definitivamente comenzar. Apunte a aprender cómo usar suites automatizadas sin código (algunas de las cuales pueden generar código) y aprenda cómo funciona bajo el capó. Eso te mantiene productivo y te permite aprender. Trabajar con un DiT de codificación (Developer in Test) realmente puede ayudarlo a comprender lo que está sucediendo.
Personalmente, me gustaría que desapareciera el papel de las pruebas manuales, pero eso no significa que los evaluadores deban desaparecer. Lejos de ahi. Su liberación de las pruebas manuales los mueve más a los roles de control de calidad, que es donde agregan más valor.