¿Cuál es el futuro del software / QA?

Oh, estoy seguro de que SOLO va a ser más emocionante ser un probador en los próximos días. Esto es lo que creo que tendrá demanda:

1. Los marcos de trabajo ágiles y DevOps y las prácticas de prueba cambian para adaptarse a estos modelos

2. Probadores técnicos: probadores con experiencia en lenguaje de programación.

3. Selenio: ya está en aumento y lo será porque hay muchos proveedores que se integran con él para hacerlo más fácil de usar

4. Aumento en TDD / BDD

5. Automatizar todo el proceso de desarrollo de software en lugar de solo probar la automatización.

En general … tiempos muy emocionantes para los evaluadores. Para mantenerse relevante con estas tendencias actuales, los evaluadores deben perfeccionar sus habilidades en las siguientes áreas:

1. Pruebas ágiles

2. Lenguajes de programación, selenio

3. Uso efectivo de herramientas de administración que le permiten concentrarse en las pruebas mientras se ocupan de los procesos en segundo plano.

Finalmente, una mente abierta y un impulso para aprender rápido.

Agile / Scrum es el nombre del juego en casi todos mis clientes. La rara excepción es para proyectos pequeños que tienden a seguir siendo una cascada. PERO, ¿a quién diablos le importa? ¡No es como si alguien que es un Scrum Master no pueda trabajar en un pequeño proyecto de cascada! “Oh, lo siento. Solo hacemos desarrollo en cascada aquí. Tienes demasiado Ágil”.

En QA, diría que si quieres ganar algo de dinero en los EE. UU., Entra en Ingeniería de prueba. Los desarrolladores híbridos de Java / Selenium Testers tienen una gran demanda con casi todos mis clientes. Cada empresa quiere hacer “más con menos” y la posición híbrida está bien pagada ($ 75 / hora por contrato / $ 125k W2 en el Medio Oeste).

Los expertos de Selenium con conocimiento del desarrollo de Java (y ni siquiera los desarrolladores de alto nivel; estamos hablando de habilidades de desarrollo “mediocres”) son rápidamente atrapados por grandes jugadores como Nationwide, Kroger, Key Bank y otros. No puede ser solo una cosa del Medio Oeste.

Las herramientas HP / ALM (con VBScripting) son prácticamente el estándar de la industria, e incluso si se mantiene dentro de esas herramientas con Automation Engineering, aún lo hará bien. Del mismo modo, parece que la costa este se está moviendo hacia las herramientas de IBM / Rational. No importa qué, yo diría: ve con Agile / Scrum y entra en Ingeniería de Automatización.

SDET … Ese es el futuro … Las pruebas manuales son relevantes, pero no tanto como lo fueron antes. Las pruebas manuales son excelentes para ciertos escenarios, pruebas exploratorias y ad-hoc, pero la tendencia más notable es que el control de calidad ya no puede confiar solo en las pruebas manuales como una habilidad comercializable. Deben poder programar. Nota “programa” es diferente en este ámbito de “desarrollo”.

El control de calidad debe comprender los lenguajes de programación desde una perspectiva de sintaxis, así como un nivel intermedio de implementación cuando se trata de scripts o pruebas de automatización de programación. Cada vez más, el control de calidad también debe tener experiencia en servicios de control de origen, en la nube, ya que DevOps ya no es una persona, sino una función compartida por toda la ingeniería, incluido el control de calidad.

El control de calidad sigue siendo un mal necesario en cualquier tienda que produce código, al igual que el desarrollo;).

Aseguramiento de la calidad del producto Tener los diseñadores más especializados en grupos de mejora, desarrollando las mejores prácticas y procedimientos de prueba para que cada ingeniero tome después. Cursos de control de calidad en línea: todos los cursos

Tener QA como los ingenieros más técnicos en equipos de desarrollo, estableciendo las mejores prácticas y estrategias de prueba para que cada desarrollador las siga.

Ágil.