¿Por qué las personas (CSE e IT Freshers) prefieren el desarrollo S / W a la garantía de calidad? ¿Por qué dudan en convertirse en ingenieros de prueba?

En los días de Dot Com Bubble, los VC siempre estaban atentos a las empresas que estaban haciendo “ingeniería de estudios”, tratando de hacer cosas que no se habían hecho, cosas cercanas al borde de las leyes de la física. ¿Por qué? Por la gloria de poder decir “Hice que eso sucediera”.

Cuando entré en EE / CS, eso era lo que estaba buscando: la gloria de poder señalar algo y decir “Lo hice. Fue mi idea, lo creé, ¿no es increíble?”.

La realidad demuestra ser un maestro duro. Las clases de diseño y programación de equipos de tercer y cuarto año son el primer vistazo a “mmm, tal vez se necesita un equipo para construir algo”. Pero no hay nada como su primer trabajo para demostrar realmente que se necesita una COMPAÑÍA completa: personas con habilidades que ni siquiera puede comprender o valorar (¿qué programador o ingeniero junior * realmente * valora las “ventas” o “contabilidad”, ¿verdad?)

El control de calidad se parece mucho a eso. Solo se necesita una mentalidad diferente. Creo que el control de calidad es más desafiante e igualmente gratificante: es como si alguien me regalara un juguete nuevo y brillante y dijera “esto es perfecto e indestructible, continúe, vea si puede romperlo”. Umm OKAY. ¡Gracias! Entonces, ¿qué tan rápido puedo devolverlo roto? 🙂

Me encanta desarmar cosas. En parte se debe a querer saber cómo funcionan, en parte a querer ver si puedo mejorarlo. Pero así es como pienso.

En este momento tengo un equipo escribiendo código en un producto que realmente es genial. Son buenos, tienen la capacidad de pensar y conceptualizar las formas en que el cliente puede usar mal el software y poner cheques, etc., pero no están muy motivados para probar realmente esas cosas. Oh, claro, tienen una biblioteca de casos de prueba en su entorno de programación, pero eso es diferente de sentarse realmente e intentar romperlo.

Al probar esto aún más, descubro que es porque son desarrolladores y están motivados por escribir código y enviar actualizaciones a la producción. Y creen que no entienden cómo piensan nuestros clientes y cómo realmente usan el producto, por lo que no pueden hacer QA.

Lo suficientemente justo. Es por eso que contratamos equipos de control de calidad para realizar el control de calidad y desarrolladores para desarrollar.

Simplemente por la percepción de que el único trabajo desafiante en la industria del software es el de la programación.