¿Por qué la mayoría de las personas consideran negativamente los trabajos de QA (Garantía de calidad)?

Realmente no hay respuesta para eso 🙂 Pero, ¿cómo importa? La respuesta podría ser, son las personas que han demostrado la artesanía de manera pobre al mundo a lo largo del tiempo. Para mí personalmente, no me importa si a alguien no le gusta ir en mi SUV. Me encanta y eso es suficiente y no quiero cambiar su percepción, lo que me haría perder el tiempo. En cambio, tomaré mi SUV e iré a conducir.

Ninguna profesión es mala, depende de lo que hagas. No eres malo, depende de cómo te portes. Período.

Porque se han encontrado muy pocos fósiles de dinosaurios. La mayoría de ellos están vivos hoy y viven entre nosotros. Con opiniones antiguas, qué más podemos llamarlas.

Porque les encanta sorprenderse cuando se encuentran con probadores como yo, Pradeep, Santhosh, Ajay y muchos más.

Porque quieren que el juego sea demasiado fácil para nosotros. Con tan bajas expectativas, podemos sorprenderlos fácilmente.

Porque son personas de buen corazón, que buscan respuestas simplistas en la vida. Son santos. No sé qué están haciendo con todo este moh-maaya (deseos mundanos) en el mundo de TI.

Porque la mayoría de las personas hacen que su profesión se vea mejor degradando la profesión de los demás. Hacen que su línea se vea más grande al borrar otras líneas.

Porque piensan que a cualquiera y a todos les importará un bledo lo que piensen sobre la profesión de los demás.

Elige lo que te gusta de lo anterior. Diferentes personas, diferentes razones. No estoy hablando de estudiantes, porque no es su culpa. Creamos hamburguesas esperando jóvenes y ahora queremos que les encante la pizza sin ninguna inversión de tiempo del tipo que hicimos al vender hamburguesas.

Hace mucho tiempo, escribí sobre por qué sucedía esto y cómo las cosas pueden cambiar o están cambiando en algunas partes del mundo: profesiones atractivas y pruebas de software

Debes perdonarme porque no suelo usar la palabra QA a menos que quiera hacer ciertas cosas explícitas para algunos propósitos que solo puedo ver.

Solo por diversión …

Introducción:

Roshan D’Mello (Probador de control de calidad)
Mukesh Thakur (Desarrollador)

Roshan D’Mello: Hola Mukesh, hay un error en tu código. Escriba un texto en el cuadro de texto del nombre de usuario y presione Entrar. El pitido no aparece.
Mukesh Thakur: ¿Cómo puede ser eso un error? No hay requisito de que deba emitirse un pitido. De todos modos, lo asignaré a costa afuera y lo arreglaré.

Después de 2 días,
Mukesh Thakur: Roshan, error corregido. Verifique por favor.

Después de otros 2 días,
Roshan D’Mello: He vuelto a abrir el error porque el sonido no llega en algunas PC.
El sonido está llegando a mi máquina, pero mi colega Rajat Choudhry no está recibiendo el sonido.

Después de otros 2 días,
Mukesh Thakur: No es un error. Observé que tu amigo Rajat Choudhry tiene una vieja máquina IBM. A diferencia de su máquina DELL, las máquinas IBM no tienen incorporado
Altavoces. Entonces, para escuchar el sonido en la máquina de Rajat Choudhry, use auriculares y luego cierre el error pronto.

Otros 2 días
Roshan D’Mello: He vuelto a abrir el error porque el tono de sonido es diferente en diferentes máquinas.
El sonido viene como ‘BEEP’ en mi máquina, pero mi colega Rajat Choudhry, que tiene una máquina IBM, está recibiendo el sonido como ‘TONG’.
Mukesh Thakur: No es un error. Piérdete hombre. ¿Qué podemos hacer por el error? Las dos máquinas están construidas de tal manera que producen diferentes sonidos. Hacer
¿Espera que los desarrolladores reconstruyan los procesadores de IBM para que sean uniformes?
Por favor ciérralo.

Otros 2 días
Roshan D’Mello: He vuelto a abrir el error porque la intensidad del pitido El sonido producido en 2 máquinas DELL diferentes es diferente.
Mi máquina produce un pitido de intensidad de 10 decibeles, mientras que la máquina de mi amigo produce un sonido de 20 decibeles. Arregle su código para que el sonido sea uniforme en todos
maquinas.

Otros 2 días después,
Mukesh Thakur: Una vez más, no es un error. He notado que el conjunto de Volumen es diferente en las dos máquinas.
Asegúrese de que el volumen sea el mismo en ambas máquinas antes de enojarme y luego cierre el error.

Otros 2 días
Roshan D’Mello: He vuelto a abrir el error.

Mukesh Thakur: ¿Qué? ¿Por qué? ¿Qué razones más estúpidas pueden existir para reabrir?
Roshan D’Mello: La intensidad del sonido es diferente para máquinas ubicadas en diferentes lugares (diferentes edificios).
Entonces, lo he vuelto a abrir.

Después de 2 días,
Mukesh Thakur: He hecho que algunos científicos hagan un análisis acústico de los dos edificios que usó para las pruebas.
Han observado que la acústica en los dos edificios varía en gran medida. Es por eso que la intensidad del sonido es diferente en los 2 edificios.
Entonces, le ruego que cierre los errores.

Después de 1 año
Roshan D’Mello: Estoy volviendo a abrir el error. Durante el año, solicité a los clientes que organizaran arquitectos para construir dos edificios con las mismas características acústicas.
o que puedo probarlo de nuevo. Ahora, cuando lo probé, descubrí que la intensidad del sonido todavía variaba. Entonces, estoy volviendo a abrir el defecto.
Mukesh Thakur: GROWLLLL … Estoy realmente enojado ahora. Estoy seguro de que las ondas de sonido de los dos edificios se están distorsionando debido a algún ruido de fondo o algo así.
Ahora necesito perder el tiempo para demostrar que se debe al ruido de fondo.
Roshan D’Mello: No hay necesidad de eso. Pondremos las máquinas y las ejecutaremos al vacío y veremos.
Mukesh Thakur: ??

Resultado——–
Mukesh Thakur se encuentra ahora en un asilo mental, mientras que Roshan D’Mello se ha convertido en gerente de control de calidad.

Sigue sonriendo .. 🙂

En primer lugar, nada es bueno o malo. Todo en EOD es solo un trabajo. Si hubiera sido malo e inútil, las compañías nunca los habrían contratado ya que a ninguna compañía le gusta malgastar dinero. Por lo tanto, depende únicamente de la elección del individuo.
Ahora mi opinión específicamente desde el punto de vista del campus.

Sí, definitivamente para puestos de QA o SDET, los estudiantes que compiten son pocos. No voy a comentar sobre algunos términos como QA es para fondo no cs bla bla bla …….

Ahora, lo que sucede en el campus es, en primer lugar, que no están seguros de a qué equipos se unirán y qué trabajo harán. Una vez más, digamos que alguna compañía ha dicho específicamente que te unirás a algún equipo xyz haciendo un trabajo abc, hay muy buenas posibilidades de que cuando te unas puedan cambiar tu equipo. En ese momento, si no contrarresta el hv, ofrezca unirse al nuevo equipo del que no tiene ni idea.

Ahora qa vs dev
Digamos que usted es contratado como desarrollador y su equipo ha cambiado, pero dado que su desarrollador existe una buena posibilidad de que esté haciendo algo que lo satisfaga, por lo que no perderá todo

Ahora, digamos que su equipo cambió, se mudó a un equipo que solo realiza una regresión, como ejecutar suites de pruebas ya disponibles, o simplemente realizar pruebas de blackbox o simplemente admitir pruebas de infraestructura, etc.

nuevamente, podría argumentar que puedo hacer la automatización, hacer herramientas de monitoreo, etc., pero aún es interno para su compañía, por lo tanto, puede perder la emoción que siente cuando su código se activa y es utilizado por los clientes …

Pero todo esto no hace qa sea malo, es muy necesario ya que el desarrollador solo conoce su
módulos pero qas conocen el producto completo de principio a fin.
Para concluir, elija lo que se sienta bien y luego cambie de trabajo si no le gusta.

Porque
1. Te pagan menos.
2. Estás haciendo cosas aburridas.
3. Lo que aprendiste a programar en la escuela no se puede usar en el trabajo.
4. No puede aprender personal muy técnico durante su trabajo.
5. Después de tener experiencia en control de calidad, todas las personas pensarán que usted es un control de calidad y no podrá encontrar ningún trabajo de desarrollador después de eso.