{"id":9822,"date":"2020-11-09T17:54:47","date_gmt":"2020-11-09T22:54:47","guid":{"rendered":"https:\/\/www.blmovil.com\/?p=9822"},"modified":"2023-11-23T04:26:28","modified_gmt":"2023-11-23T10:26:28","slug":"organizacion-de-los-equipos-de-pruebas-funcionales","status":"publish","type":"post","link":"https:\/\/www.blmovil.com\/en\/organizacion-de-los-equipos-de-pruebas-funcionales\/","title":{"rendered":"Organizaci\u00f3n de los equipos de pruebas funcionales"},"content":{"rendered":"

Organizaci\u00f3n de los equipos de pruebas funcionales<\/h2>\n

Generalidades<\/h2>\n

Las pruebas son una actividad que se distribuye durante el proceso de desarrollo completo, desde el primer componente hasta la aceptaci\u00f3n. Las pruebas comienzan ya con la elaboraci\u00f3n de los primeros documentos (en forma de revisiones).En cada fase del desarrollo se dispone de diferentes objetos de prueba para los que a su vez se deben implantar diferentes procedimientos de pruebas, pruebas de componentes, pruebas de integraci\u00f3n, etc.<\/p>\n

Para cada uno de estos pasos deben formarse probadores o equipos de pruebas, equilibrando los costes y el aprovechamiento y escogiendo al equipo de pruebas en base a las \u00e1reas.<\/p>\n

Beneficios y desventajas de la independencia<\/h2>\n

Entre los beneficios de la independencia se incluyen:<\/p>\n

    \n
  1. Los probadores independientes ven diferentes defectos y son imparciales<\/li>\n
  2. Un probador independiente puede verificar suposiciones que ha hecho la gente durante la especificaci\u00f3n e implementaci\u00f3n<\/li>\n<\/ol>\n

    Entre las desventajas se incluyen:<\/p>\n

      \n
    1. Aislamiento del equipo de desarrollo (si la independencia es total)<\/li>\n
    2. Los probadores de pruebas pueden ser el cuello de botella en tanto en cuanto son el \u00faltimo punto de control<\/li>\n
    3. Los desarrolladores pueden perder sensaci\u00f3n de responsabilidad respecto de la calidad<\/li>\n<\/ol>\n

      Perfiles<\/h2>\n

      Para proyectos grandes, complejos o cr\u00edticos desde el punto de vista de las seguridad de las personas, suele ser mejor tener m\u00faltiples niveles de prueba, siendo realizados algunos o todos ellos por probadores independientes. El personal de desarrollo puede participar en las pruebas, especialmente en los niveles mas bajos, pero su falta de objetividad suele limitar su efectividad. Los probadores independientes pueden tener autoridad para requerir y definir procesos y reglas de pruebas pero los probadores s\u00f3lo deber\u00edan asumir roles relacionados con el proceso s\u00f3lo cuando hay un claro mandato al respecto.<\/p>\n

      Los probadores t\u00edpicos a nivel de componente y de integraci\u00f3n ser\u00edan los desarrolladores, en las pruebas de aceptaci\u00f3n, expertos en negocio y usuarios y en la aceptaci\u00f3n operativa los operadores. Las pruebas de sistema suelen ser llevadas a cabo por equipos independientes de prueba.<\/p>\n

      En el marco de las pruebas se necesitan muchos colaboradores diferentes. Para diferentes tareas se requieren diferentes cualificaciones<\/p>\n

      Se distinguen dos perfiles b\u00e1sicos:<\/p>\n

        \n
      1. Responsable de pruebas<\/li>\n
      2. Probador<\/li>\n<\/ol>\n

        En los proyectos grandes de puede diferenciar entre responsable de las pruebas y gestor de las pruebas<\/p>\n

        Respecto a los probadores, en funci\u00f3n del grado de especializaci\u00f3n, se puede hablar de:<\/p>\n

          \n
        1. Dise\u00f1ador de prueba<\/li>\n
        2. Automatizador de pruebas<\/li>\n
        3. Administrador de pruebas<\/li>\n
        4. Ejecutor de prueba<\/li>\n<\/ol>\n

          Se pueden diferenciar otros roles<\/p>\n

          Perfil del responsable de pruebas<\/h2>\n

          Entre las tareas t\u00edpicas de un responsable de las pruebas se pueden incluir:<\/p>\n

            \n
          1. Coordinar la estrategia y el plan de pruebas con los jefes de proyecto y otros responsables<\/li>\n
          2. Escribir o revisar una estrategia de pruebas para el proyecto, as\u00ed como una pol\u00edtica de pruebas para la organizaci\u00f3n<\/li>\n
          3. Contribuir con la perspectiva de prueba en otras actividades del proyecto, como la integraci\u00f3n de la planificaci\u00f3n<\/li>\n
          4. Planificar las pruebas \u2013 considerando el contexto y comprendiendo los objetivos y riesgos de las pruebas \u2013 incluyendo la selecci\u00f3n de enfoques de prueba, la estimaci\u00f3n de tiempo, esfuerzo y coste de las pruebas, adquisici\u00f3n de recursos, definici\u00f3n de los niveles y ciclos de prueba y planificaci\u00f3n de la gesti\u00f3n de incidencias<\/li>\n
          5. Iniciar la especificaci\u00f3n, preparaci\u00f3n, implementaci\u00f3n y ejecuci\u00f3n de las pruebas, monitorizar sus resultados y comprobar los criterios de finalizaci\u00f3n<\/li>\n
          6. Adaptar la planificaci\u00f3n en base a los resultados y progresos de las pruebas (documentado en ocasiones en informes de estado) y tomar cualquier acci\u00f3n necesaria para compensar los problemas<\/li>\n
          7. Establecer una gesti\u00f3n de configuraci\u00f3n del software relacionado con las pruebas, para asegurar la trazabilidad<\/li>\n
          8. Introducir m\u00e9tricas adecuadas para la medici\u00f3n del progreso de pruebas y evaluar la calidad de las pruebas y del producto<\/li>\n
          9. Decidir que deber\u00eda automatizarse, hasta donde y c\u00f3mo<\/li>\n
          10. Seleccionar herramientas para dar soporte a las pruebas y organizar la formaci\u00f3n de los probadores en su uso<\/li>\n
          11. Decidir sobre el levantamiento del entorno de pruebas<\/li>\n
          12. Escribir informes resumen de las pruebas basadas en la informaci\u00f3n recopilada durante \u00e9stas.<\/li>\n<\/ol>\n

            Se necesitan experiencias especiales en las \u00e1reas de:<\/p>\n

              \n
            1. Pruebas de sw y gesti\u00f3n de la calidad<\/li>\n
            2. Planificaci\u00f3n y direcci\u00f3n de pruebas<\/li>\n
            3. Experiencia en direcci\u00f3n de proyectos<\/li>\n
            4. Capacidad para dirigir<\/li>\n<\/ol>\n

              Tareas del probador<\/h2>\n

              Entre las tareas t\u00edpicas de un probador se pueden incluir:<\/p>\n

                \n
              1. Revisar y contribuir en los planes de prueba<\/li>\n
              2. Analizar, revisar y evaluar los requisitos de usuario, las especificaciones y los modelos, para valorar qu\u00e9 tanto pueden ser probados<\/li>\n
              3. Crear especificaciones de pruebas<\/li>\n
              4. Montar el entorno de prueba (frecuentemente coordin\u00e1ndose con la administraci\u00f3n del sistema y de la gesti\u00f3n de red)<\/li>\n
              5. Preparar y adquirir datos de prueba<\/li>\n
              6. Implementar pruebas a todos los niveles, ejecutar y registrar resultados de las pruebas, evaluar los resultados y documentar las desviaciones respecto de los resultados esperados<\/li>\n
              7. Usar herramientas de administraci\u00f3n o gesti\u00f3n de las pruebas y probar herramientas de monitorizaci\u00f3n seg\u00fan se necesite<\/li>\n
              8. Automatizar pruebas (puede ser soportado por un desarrollador o por un experto de automatizaci\u00f3n de las pruebas)<\/li>\n
              9. Medir las prestaciones de componentes y sistemas (si aplica)<\/li>\n
              10. Revisar las pruebas desarrolladas por otros<\/li>\n<\/ol>\n

                Perfiles<\/h2>\n

                Dise\u00f1ador de pruebas<\/strong><\/p>\n