Menú

Los 10 principales desafíos que enfrentan los probadores en el lugar de trabajo y cómo superarlos

top 10 challenges testers face workplace

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

Los desafíos son normales. Es cuando las miras como oportunidades, una mina de oro y como obstáculos, una mina terrestre. He tenido mi parte de 'oportunidades' a lo largo de los años en la industria de TI.

Algunos vinieron con el papel que estaba interpretando, algunos generales. Este es mi intento de grabarlos y acercarme a la comunidad para ver si alguno de ellos resuena contigo y tal vez, en una pequeña capacidad, te ayude y te haga saber que no estás solo.

Aquí está mi lista de los 10 principales:

Desafíos que enfrentan los probadores

Lo que vas a aprender:

Los 10 principales desafíos que enfrentan los probadores en el lugar de trabajo

# 1) Cultura de la empresa:

Este es el primer elemento honorario en la lista porque estar en la industria de servicios de TI me hizo saltar entre múltiples clientes, equipos, ubicaciones y empresas. Me encantó formar parte de algunos equipos y algunos, bueno, no repetiría la experiencia.

  • Un equipo para el que trabajé empezó a las 6 am. Otro insistió en trabajar hasta las 6 de la tarde.
  • Uno hizo que los contratistas ingresaran al edificio por una puerta diferente y otro que ni siquiera creía en el acceso con tarjeta magnética.
  • Uno hizo que dejáramos todos los dispositivos móviles con memoria, Bluetooth o cualquier otra conectividad en el exterior, mientras que otra compañía puso música maravillosa en el lugar de trabajo todo el día.
  • Algunas empresas siguen una jerarquía estricta en la que su director ejecutivo alcanza el estatus de celebridad y otra que no tiene cubículos y todos son iguales.

De lo que me di cuenta con el tiempo es que no existe un camino correcto o incorrecto; es solo su camino. Con el tiempo, siempre nos adaptaremos a las circunstancias, pero si no lo hace después de darle una oportunidad justa, busque la salida más cercana a usted.

# 2) Diferentes zonas horarias:

¿Se queda en la oficina o en casa frente a la computadora portátil a las 11 p.m. o 5 a.m. tratando de ponerse al día con sus equipos que están distribuidos geográficamente? Esto es demasiado familiar, ¿no?

Realmente no hay un antídoto para este problema (¿puede ser, café?) Use relojes que le muestren la hora exacta en diferentes ubicaciones (el reloj mundial en su teléfono inteligente también funciona), protocolos de comunicación perfectos de manera que no sea necesario que haya reuniones para problemas resuelto por correo electrónico y la práctica de programación consciente de la zona horaria para evitar este problema en gran medida.

Lectura recomendada => En el sitio: modelo offshore de pruebas de software: haga que funcione para usted

# 3) Diferencias transculturales:

He trabajado tanto en India como en Estados Unidos. Aunque la cultura corporativa es bastante no étnica, el lugar de origen afecta nuestro comportamiento y comprensión.

cuál es el mejor software de limpieza de pc

Por ejemplo: '¿Hola, cómo estás?' es un saludo común en los EE. UU. No significa necesariamente que quieran saber exactamente lo que está sintiendo en ese momento. Sin embargo, cuando era nuevo en los Estados Unidos, solía pensar: “Hace un momento estaba en una reunión con esta persona. ¿Qué cambiaría en tan poco tiempo? ' :) Bien por mí, aprendí rápido.

Además, en algunas culturas, hablar menos indica una contemplación tranquila, mientras que en otras simplemente significa que es aburrido o no tienes nada que decir.

Cuando intenta comprender estos pequeños matices, comprende mejor a las personas y puede funcionar de una mejor manera.

Pruebas / desafíos específicos de control de calidad

# 4) Sin documentación:

El clásico. Muchos equipos todavía creen en la comunicación verbal y mantienen poco material de referencia sobre cómo el software se convirtió en lo que es hoy. Los ciclos de desarrollo rápidos solo hicieron esto más intenso.

Sin embargo, este es realmente uno de esos casos en los que los desafíos se convierten en oportunidades.

Participe en conversaciones con su desarrollo, análisis comercial o equipos técnicos. Investigue la aplicación; Configure referencias que busquen aplicaciones similares y sus estándares. Comprender la perspectiva del usuario final. Sea aventurero con las pruebas exploratorias.

Para obtener más instrucciones, consulte => ¿Cómo probar una aplicación sin requisitos?

# 5) Ambiente inestable:

Por lo general, los equipos de control de calidad sufren de una configuración de entorno inferior en la que tenemos que estar realmente preparados para aprovechar al máximo lo que tenemos.

Por ejemplo: El servidor que se sobrecarga y necesita reiniciarse varias veces durante la prueba, los registros que deben borrarse con frecuencia para asegurarse de que no haya un desbordamiento, etc.

Traiga estos problemas a primer plano y asegúrese de obtener soporte del entorno durante las pruebas. Para casos que ocurren comúnmente, obtenga acceso a los servidores con los pasos para realizar un mantenimiento simple, como reiniciar, borrar colas, etc.

Lectura recomendada => Cómo minimizar los defectos del entorno de prueba

# 6) Herramientas alimentadas a la fuerza:

A veces sabemos que una herramienta no es adecuada para el trabajo. No tenemos más remedio que seguir utilizándolo porque los clientes / equipos ya tienen licencias y no querrían ir por una nueva hasta que se agote la licencia actual.

Tuve que probar una aplicación Mainframes en HP QTP sin el complemento Terminal Emulator. En este caso, tenía la herramienta pero no la configuración correcta. Había poco que podía hacer al respecto, así que tuve que cambiar entre los modos de grabación Normal y de bajo nivel como solución.

No es divertido, pero aprendes alternativas. O al menos, llegará a una conclusión definitiva sobre si las alternativas realmente funcionan o no.

También leer => Guía de la A a la Z sobre cómo seleccionar una herramienta de automatización

# 7) Algunas aplicaciones simplemente no funcionan:

¿Alguna vez probaste una aplicación y empezaste a preguntarte: '¿Cómo se puede llamar software a esto cuando es una máquina que produce errores?'

He tenido este privilegio especial en el que la mayor parte de mi día se trataba simplemente de informar errores y reportar errores un poco más. Algunas áreas de la aplicación se cortan como resultado de estos errores. Todo el espectro de gravedad lo saca de su juego y se vuelve abrumador cuando comienza a pensar: '¿Tiene algún sentido lo que estoy haciendo aquí?'

Con el tiempo, he aprendido a mantenerme firme en mi decisión de que el software no está listo para probar y rechazar la compilación. Ya no busco un lado positivo cuando no lo hay.

Otros retos

# 8) peculiaridades de la gente:

¿Alguna vez un desarrollador golpeó la mesa de la sala de conferencias tan pronto como le explicó un defecto? Sí, eso me pasó a mí. :) Más tarde supe que era su forma de expresión y no su agravio.

También tuve un miembro del equipo que al principio se mostró poco cooperativo y grosero, pero en realidad era tímido. Esta persona difícilmente diría unas pocas palabras o miraría a los ojos cuando se le solicitara actualizaciones de estado. Estuve muy cerca de hacer una revisión de desempeño negativa y escalar si no me hubiera dado cuenta de que los mismos detalles pueden recibir de él de manera fácil y elaborada a través del correo electrónico. Es la conversación uno a uno con la que no se sentía cómodo.

Todos somos diferentes y merecen el beneficio de la duda. No se apresure a juzgar y respetar los límites.

También lee esto => Cómo gestionar el equipo de prueba de forma eficaz

# 9) Falta de circuito de retroalimentación:

A veces pasas días enteros trabajando y obsesionado con un entregable solo para descubrir que no se suponía que fuera así.

O trabaja desde una ubicación remota con su equipo ubicado en otro lugar en el que se siente aislado y no tiene a nadie con quien intercambiar sus ideas.

O recibe comentarios que no son exactamente útiles. Supongamos que creó un documento de proceso y dijeron que era bueno. No ve el documento de proceso publicado o puesto en uso y se pregunta qué pasó con él. Entonces, la retroalimentación 'buena' no sirvió de nada aquí y es casi una no retroalimentación.

Busque comentarios honestos y cree una comunidad para discutir sus ideas. No suele ser el más fácil de hacer, pero sin el refuerzo positivo que proporciona este paso, queda desmotivado.

# 10) Nociones preconcebidas:

Bueno, sabemos que hay muchos prejuicios en el lugar de trabajo en torno al género, la nacionalidad, etc. No voy a entrar en detalles aquí, pero a menos que comencemos a ver el mundo como una aldea global y todos iguales, el mundo y el lugar de trabajo se vuelven tóxico.

Sobre el autor: Gracias a Swati, miembro del equipo de STH, por compartir estos 10 desafíos principales que enfrentan los probadores.

Ahora es tu turno.

¿Cuál de los elementos de la lista le sorprendió o asintió con la cabeza al comprender? ¿Qué desafíos enfrentó y cómo los superó?

¡Comparte y comenta!

Lectura recomendada

^