what do when there isn t enough time test
A mitad de su ciclo de prueba, ¿se da cuenta a menudo de que no tiene tiempo suficiente para realizar la prueba? Para empezar, lo tenía todo bajo control, pero pronto llegará a la pregunta '¿Qué hacer cuando no hay tiempo suficiente para realizar la prueba?' Del plan de contingencia. sección.
Yo también he estado allí y no es divertido. :)
Pensé en esto largo y tendido. ¿Cómo es posible que algo que comenzó tan bien se derrumbe tan mal, tan rápido? Y aquí está mi análisis.
=> Haga clic aquí para ver la serie completa de tutoriales del plan de prueba
Lo que vas a aprender:
- ¿A dónde se fue mi tiempo de prueba?
- ¿Cómo pueden los evaluadores tener suficiente tiempo para realizar pruebas?
- Conclusión:
- Lectura recomendada
¿A dónde se fue mi tiempo de prueba?
cuál es el mejor removedor de software espía
En primer lugar, ¿por qué sucede esto?Muchas razones, algunas de las cuales son:
# 1) Estimación incorrecta :
Si comenzó con una expectativa inexacta, las cosas seguramente fallarán. Una buena estimación de prueba debe tener en cuenta lo siguiente:
- Tiempo para tareas preparatorias - Estamos hablando de tareas como:
- Identificar y armar una suite de regresión
- Crear datos de prueba
- Tiempo para determinar la preparación de la prueba (p. Ej., Prueba de humo / cordura), etc.
- Mantenimiento de casos de prueba : Los casos de prueba son activos de uso a largo plazo. Seguramente sufrirán actualizaciones menores durante la ejecución. Se recomienda que para productos nuevos se asigne hasta el 30% del tiempo de ejecución de la prueba para estas tareas menores de mantenimiento. Es posible que todos los equipos y proyectos no necesiten el 30%, pero asigne algo de tiempo y esfuerzo para esta tarea.
- A esto /Prueba exploratoria - El recuento de pruebas con guión es un denominador principal para los números de estimación de pruebas. Sin embargo, ningún equipo de prueba en este mundo negará la exploración de su software, incluso si el modelo está escrito predominantemente.
- Informes / Comunicación - Esto incluye reuniones de triaje / stand up, actualización de herramientas de gestión del trabajo, etc.
- Factor de contingencia: Los estándares recomiendan un búfer del 25-30% a sus estimaciones originales. Pero los equipos rara vez pueden permitírselo. Incluso entonces, deje un poco de espacio para respirar, cuando sea posible.
- Equipo y sus capacidades: Si tiene un equipo nuevo o si está utilizando una herramienta por primera vez, es posible que deba reservar algo de tiempo para la capacitación. Adapte sus estimaciones en función de su equipo con el que está trabajando.
Lectura recomendada=> Verifique esto para obtener más información sobre el éxito y los métodos de estimación de prueba
# 2) Construcciones inestables y otros problemas técnicos:
- Fallo en la prueba de humo / cordura : Cuando las pruebas básicas en AUT fallan después de la implementación en el entorno de QA, no hay prácticamente nada que el equipo de QA pueda hacer para ejecutar la prueba. Es cierto que podemos trabajar en otras tareas mientras esto sucede, pero aún así no llenará el ciclo de prueba hora. Por lo tanto, este es uno de los principales factores que contribuyen a la pérdida de tiempo.
- Datos de prueba indisponible : Los datos similares a los de producción son imprescindibles para cada proyecto de prueba. No introducir esto en el entorno de control de calidad a tiempo también es otro factor de bloqueo. A veces, los evaluadores pueden solucionar esto crear y gestionar sus propios datos de prueba , pero lleva mucho tiempo y es posible que no siempre sea correcto.
- Problemas ambientales - Las implementaciones que fallan en la compilación, el servidor sigue agotando el tiempo de espera, muchos más problemas de este tipo acaban con su ciclo de prueba. Esto probablemente se deba al hecho de que algunas empresas (no todas) socavan la importancia de un entorno bueno y realista para un control de calidad eficaz. A menudo intentan deshacerse de los servidores de baja capacidad y las configuraciones complejas. Esta es realmente una solución a corto plazo y no le hace ningún favor a nadie. De hecho, podría costarles la calidad de las pruebas y la pérdida de un valioso tiempo de prueba.
# 3) Falta de acuerdo entre todas las partes involucradas:
Este podría ser un problema poco común con los equipos que siguen Agile o A salvo debido a los círculos cercanos en los que trabajan, pero muchos equipos aún sufren desacuerdos o falta de comunicación en cuanto a cuándo se supone que Dev, Ops y QA deben recibir entregas entre sí. De ahí retrasos.
Para comprender las sutilezas de la comunicación, marque esto => Cómo las empresas, el desarrollo y el control de calidad pueden trabajar juntos para completar el proyecto
Ahora que conocemos los problemas, aquí hay algunas formas de solucionarlos.
¿Cómo pueden los evaluadores tener suficiente tiempo para realizar pruebas?
# 1) Estime con precisión. En caso de duda, sobreestime por un margen razonable, pero no subestime. No olvide realizar ajustes estimados en función de su equipo, herramientas y procesos. Cuando termine, busque la aprobación oficial para que todos estén al tanto y se mantengan informados.
#2) Tenga en cuenta los datos históricos: La herramienta de gestión de pruebas es tu mejor amiga .
- ¿Cuánto tardaron los ciclos de prueba de lanzamiento anteriores?
- ¿Qué tipo de problemas causaron interrupciones en el ciclo de prueba anterior?
- ¿Cuántas ejecuciones tomaron la mayoría de los casos de prueba antes de aprobarse?
- ¿Qué defectos se informaron?
- ¿Qué defectos provocaron la interrupción de la prueba?
# 3) Haga estas preguntas y planifique en consecuencia en tiempos de crisis:
- Descubra la funcionalidad importante de su proyecto?
- Averigüe ¿Módulo de alto riesgo del proyecto?
- ¿Qué funcionalidad es más visible para el usuario?
- ¿Qué funcionalidad tiene el mayor impacto en la seguridad?
- ¿Qué funcionalidad tiene el mayor impacto financiero en los usuarios?
- ¿Qué aspectos de la aplicación son más importantes para el cliente?
- ¿Qué partes del código son más complejas y, por lo tanto, están más sujetas a errores?
- ¿Qué partes de la aplicación se desarrollaron en modo urgente o pánico?
- ¿Cuáles creen los desarrolladores que son los aspectos de mayor riesgo de la aplicación?
- ¿Qué tipo de problemas causarían la peor publicidad?
- ¿Qué tipo de problemas causarían la mayoría de las quejas de servicio al cliente?
- ¿Qué tipo de pruebas podrían cubrir fácilmente múltiples funcionalidades?
Teniendo en cuenta estos puntos, puede reducir en gran medida el riesgo de publicación del proyecto con menos limitaciones de tiempo.
# 4) Utilice una herramienta de gestión de pruebas. Esto reducirá significativamente la cantidad de tiempo y esfuerzo de preparación, informes y mantenimiento.
=> Para obtener la lista de las herramientas de gestión de pruebas más populares , echa un vistazo aquí :
#5) No hay mucho que podamos hacer acerca de las construcciones incorrectas / problemas técnicos, pero lo único que puede ayudar es mirar los resultados de la prueba de unidad. Esto nos dará una idea de si la construcción fue un éxito o no y qué tipo de pruebas fallaron, por lo que no reinventamos la rueda.
Si tu Compatibilidad con la herramienta de gestión de pruebas Integración CI , tiene esa información disponible sin ningún problema para que comprenda mejor la estabilidad de la aplicación.
preguntas y respuestas de la entrevista de prueba de software
# 6) Mida su productividad y progreso con frecuencia . No permita que los informes de estado sean una entrega solo en beneficio de los equipos externos. Asegúrese de monitorear de cerca sus objetivos diarios y su capacidad para lograrlos.
Además, asegúrese de no meterse en el enigma clásico de 'Velocidad frente a calidad'. Porque, cuando informa, digamos, 50 errores al día, puede parecer que está siendo muy productivo. Pero si la mayoría de ellos regresan como inválidos, tiene un problema.
Así que monitorea, monitorea y monitorea un poco más :)
Conclusión:
Finalmente, a pesar de todas las precauciones y medidas, si todavía se encuentra con poco tiempo, pide ayuda .
La mayoría de los equipos están dispuestos a participar en una sesión de sala de guerra para volver a encarrilar las cosas.
Sobre el Autor: Swati S., miembro del equipo de STH, proporciona estos útiles consejos de prueba.
Ahora bien, ¿cuáles son sus trucos para mantenerse a tiempo y brindar un servicio de pruebas de calidad? Además, ¿qué puntos del artículo anterior resuenan contigo?
Apreciamos sus comentarios y apreciamos a sus lectores. ¡Gracias por leer!
=> Visite aquí para ver la serie completa de tutoriales del plan de prueba
Lectura recomendada
- Mejores herramientas de prueba de software 2021 [Herramientas de automatización de pruebas de control de calidad]
- Curso de pruebas de software: ¿A qué instituto de pruebas de software debo unirme?
- Se lanza TimeShiftX para simplificar las pruebas por turnos
- Trabajo de asistente de control de calidad de pruebas de software
- Preparación para la entrevista de prueba de software: consejos sencillos que debe seguir antes y en el momento de la entrevista
- Elegir las pruebas de software como carrera
- Trabajo autónomo de redactor de contenido técnico de pruebas de software
- ¿Es usted un experto en pruebas manuales o de automatización? ¡Trabaja a tiempo parcial para nosotros!