Por qué tiene sentido utilizar el conjunto de pruebas SolMan
A menudo se utilizan programas de MS Office como Excel para crear y llevar a cabo casos de prueba. Esto puede ser manejable para un pequeño número de casos de prueba y probadores, pero después el esfuerzo de mantenimiento se vuelve demasiado grande. Además, no existe una gestión de errores integrada.
Rápido y sin estrés
Entonces, ¿por qué no utilizar como base un catálogo de casos de prueba en Excel y pasarse a SAP Solution Manager? Si domina los siguientes trucos, podrá preparar las pruebas más rápidamente y llevarlas a cabo con menos estrés.
Inicialmente, por ejemplo, deben cargarse los casos de prueba definidos por el departamento para comprobar las funciones requeridas. Las medidas preparatorias para cargar los archivos de casos de prueba tienen lugar en la documentación de la solución, no en el conjunto de pruebas. Los usuarios pueden utilizar una estructura de carpetas antes de cargar los casos de prueba a nivel de escenario. Aquí también es posible establecer prioridades. La determinación del tipo de documento debe ser uniforme para poder seleccionar posteriormente los casos de prueba en los planes de prueba.
Plan de pruebas, paquete de pruebas, caso de prueba
Tras la carga en la documentación de la solución, los preparativos posteriores se realizan en la gestión del plan de pruebas del conjunto de pruebas. La jerarquía según la cual deben llevarse a cabo se prescribe en el conjunto de pruebas y, por tanto, se procesa de forma secuencial. En el nivel superior de la gestión del plan de pruebas se realizan los ajustes generales y se seleccionan todos los casos de prueba relevantes. Un plan de pruebas sólo puede ser editado por una persona a la vez. Si tiene sentido desde el punto de vista del contenido, es aconsejable dividirlo en varios planes, también para controlar la publicación de las pruebas. Un plan de pruebas puede contener cualquier número de paquetes de pruebas y se puede asignar cualquier número de casos de prueba a un paquete de pruebas. Para mantener una buena visión de conjunto, es aconsejable delimitar los paquetes de prueba en términos de contenido y no dejar que el número de casos de prueba asignados se vaya de las manos. En SolMan, es ventajoso que los casos de prueba puedan utilizarse en varios paquetes de prueba. Esto es especialmente práctico para los casos de prueba que describen funciones básicas. Al mismo tiempo, aparece una advertencia si un caso de prueba no se utiliza en ningún paquete de prueba.
Se puede asignar cualquier número de personas de prueba a nivel de paquete de prueba. Sin embargo, no todos ellos tienen que ejecutar los casos de prueba. Los evaluadores pueden ver en el estado general qué casos de prueba ya están siendo procesados o incluso completados por otra persona. Mientras los casos de prueba no estén conectados en serie, los probadores pueden seleccionarlos libremente. Si varias personas han realizado el mismo caso de prueba con resultados diferentes, en el estado general se aplica el principio del peor ganador. Como gestor de pruebas, se recomienda precaución en este caso: El estado "en curso" supera al estado OK. Si un caso de prueba está en curso, también debe completarse.
El paquete de pruebas no ofrece la comodidad de las herramientas convencionales de gestión de pruebas o de gestión del ciclo de vida de las aplicaciones, pero suele estar exento de licencia para los clientes de SAP y es fácil y rápido de implementar. Una cosa es segura: los probadores aceptarán bien SolMan y su suite de pruebas y las ventajas frente a herramientas como Excel compensarán las desventajas. El uso de SolMan merece la pena sobre todo porque la ejecución de casos de prueba y la creación de defectos están entrelazadas. Menos intuitivas en el manejo son las opciones de análisis para el progreso de las pruebas y las situaciones de error. En términos de presentación y procesamiento, sin embargo, son útiles para una visión general a corto plazo.
Un último consejo: para un informe de estado, es aconsejable tomar como base los datos y utilizar una representación propia. Especialmente cuando interesa el estado de varios planes de prueba, el conjunto de pruebas es más débil. Si le interesan todos los documentos de resultados de una prueba, deberá descargarlos individualmente, ya que el conjunto de pruebas no ofrece una descarga completa.
