¿Qué es menos estresante: pruebas de software o ingeniería de software?

Ingeniería de software” es un concepto en su mayoría obsoleto. Se basa en la premisa de que construir un producto de software es como construir una presa o un avión: usted define todo de antemano (análisis y diseño), luego delega el trabajo de construcción a un equipo de trabajadores anónimos (desarrolladores), para que “sigan plan “y convertirlo en código.
Hay una multitud de historias, que van desde anécdotas hasta libros y artículos científicos, lo que sugiere que esta no es una buena manera de modelar el desarrollo de software.

Con el surgimiento de la cultura ágil, y la idea de “artesanía de software”, o “jardinería de sofware”, la idea de software como “ingeniería” quedó algo abandonada. En lugar de “diseño de bits por adelantado”, se ha enfatizado el desarrollo incremental.

En este nuevo escenario, el papel de las pruebas es de extrema importancia, ya que debería describir la interfaz entre las historias / requisitos del usuario (en forma de pruebas de aceptación [posiblemente automatizadas]) y describir el comportamiento deseado de bajo nivel de los componentes del sistema (en forma de pruebas unitarias automatizadas).

No me atreveré a decir que las pruebas no serían estresantes, ya que el desarrollo de software implica una alta dosis de complejidad y escenarios de alto riesgo, pero la idea de trabajar bajo el paraguas de “ingeniería de software” es algo que evitaría a toda costa.

Depende mucho de la cultura laboral involucrada.

En algunos lugares de trabajo, los evaluadores están sujetos a un estándar irreal de “no se permiten errores”, mientras que no parece que los desarrolladores tengan la responsabilidad de la calidad de su trabajo. En tal lugar, sería más estresante ser un probador.

En otros, los desarrolladores se ven obligados a cambiar el enfoque con demasiada frecuencia, lo que ralentiza su productividad, lo que tiene el efecto secundario de dar a los evaluadores más tiempo entre lanzamientos y una mayor posibilidad de descubrir problemas importantes antes de la producción. En este caso, los desarrolladores experimentarían más estrés.

Algunos lugares de trabajo son tan tóxicos que casi todos están constantemente estresados ​​e infelices.

Si tiene suerte, podrá trabajar en una organización tecnológica donde exista una buena planificación y gestión, en cuyo caso los probadores y desarrolladores deberían tener una forma mucho más colaborativa de hacer las cosas, en cuyo caso el estrés tenderá a aumentar y disminuir bastante igual para ambos, y se correlacionaría más con los plazos y la carga de trabajo que con la descripción particular del trabajo.

las pruebas de software son más riesgosas ya que el cliente encuentra un error, el calor recae sobre usted

ingeniería de software es un término general