SlideShare ist ein Scribd-Unternehmen logo
1 von 12
PRUEBAS
FUNCIONALES
 Functional Testing
INTRODUCCIÓN
O Objetivo: asegurar que el software cumpla con
  las especificaciones requeridas y eliminar los
  posibles defectos que este pudiera tener.

O En la actualidad, el software testing se hace más
  complicado ya que debe hacer frente a una gran cantidad
  de    metodologías    de    desarrollo, lenguajes    de
  programación, sistemas operativos, hardware etc…
O Por esto, el testing debe apoyarse en metodologías
  generales que revisan los aspectos más fundamentales
  que debe considerar todo proceso de pruebas.
SOFTWARE RELEASE LIFE
       CYCLE
        ANÁLISIS



         DISEÑO



       DESARROLLO



        PRUEBAS
SOFTWARE TESTING VS.
     QUALITY ASSURANCE
          Software                          Quality
           Testing                         Assurance


Se realiza en una
 de las fases del                Se debe ejecutar
 ciclo de vida del               en todas las fases
     software
                                            Utiliza estándares y
             Utilizan casos de
                                              procedimientos
             prueba para ser
                                              establecidos en
                 ejecutados
                                                    fases
SOFTWARE TESTING VS.
      QUALITY ASSURANCE
O Ambas permitirán verificar y afirmar la calidad del producto
  final, el software.
O Ambas definen un conjunto de actividades a realizarse
  dentro del ciclo de vida del software para mejorar y
  asegurar la calidad del mismo.


O Para  cumplir como QA’s se deben definir
  estándares y establecer procedimientos contra
  los cuales se pueda comparar lo alcanzado
  durante cada una de las fases.
FUNCTIONAL TESTING -
    PRUEBAS FUNCIONALES
O Pruebas de software que tienen por objetivo probar que los
  sistemas desarrollados, cumplan con las          funciones
  específicas para los cuales han sido creados.

O Desarrolladas por analistas de pruebas con apoyo de
  algunos usuarios finales.

O El enfoque de este tipo de prueba se basa en el análisis de
  los datos de entrada y en los de salida.
FLUJO EN LAS PRUEBAS -
      TEST FLOW
FUNCTIONAL TESTING -
     PRUEBAS FUNCIONALES
O Realizadas manualmente por el analista de pruebas.


O Colocarse en los pies del usuario.


O Requiere apoyo de los usuarios finales.


O Son pruebas definitivas en la que se da la conformidad del
  sistema.
Analista De
         Usuario Final                    Pruebas


                    Pruebas
Aportes en el                   Ir mas allá       Cada error
                    para que
desarrollo de                  que cualquier      encontrado
                      todo
 test cases                       usuario         es un éxito
                    funcione

          Cambios
         potenciales
         en el diseño           Tiene una          Encontrar
                                  misión           posibles
                                destructiva       debilidades
HACIENDO PRUEBAS
          FUNCIONALES
O Para cada sistema que se pruebe se le debe dar un
  valor agregado, cada error que se encuentre significa
  un éxito para la calidad del sistema.
O Los conocimientos técnicos son valiosos en esta labor,
  pero no son suficientes, necesitamos también tener
  conocimientos      del    negocio.    «El    nivel  de
  conocimiento del tester sobre un negocio debe ser
  similar al del usuario que utilizará el sistema»
O Un tester experimentado puede llegar a tener un
  amplio conocimiento        de diversos negocios y le
  resultará sencillo adaptarse a cualquier tipo de
  aplicación y a cualquier tipo de plataforma: Web, C/S o
  Host.
Pruebas           Detectar
Funcionales         Errores


Buen Criterio      Casos De
De Desarrollo      Pruebas



       Resultado   Datos De     Proceso a
       Esperado    Entrada       Seguir


                                  Cronograma
                   Estimación
                    Tiempos
                                   Plan De
                                   Pruebas
DISEÑANDO TEST CASES

Weitere ähnliche Inhalte

Was ist angesagt?

Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosnenyta08
 
Unidad 1.2 A IntroduccióN A Los Proceso De Software Modelos Tradicionales
Unidad 1.2 A IntroduccióN A Los Proceso De Software   Modelos TradicionalesUnidad 1.2 A IntroduccióN A Los Proceso De Software   Modelos Tradicionales
Unidad 1.2 A IntroduccióN A Los Proceso De Software Modelos TradicionalesSergio Sanchez
 
25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de SoftwareCamila Arbelaez
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del softwareaagalvisg
 
Sistemas críticos - Ingeniería de Sistemas
Sistemas críticos - Ingeniería de SistemasSistemas críticos - Ingeniería de Sistemas
Sistemas críticos - Ingeniería de SistemasUniminuto - San Francisco
 
Primeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de usoPrimeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de usoJuan Pablo Bustos Thames
 
Mapa conceptual Ingeniería de Requisitos
Mapa conceptual Ingeniería de RequisitosMapa conceptual Ingeniería de Requisitos
Mapa conceptual Ingeniería de Requisitosinmacu_
 
User Acceptance Testing (Uat)
User Acceptance Testing (Uat)User Acceptance Testing (Uat)
User Acceptance Testing (Uat)Thomas Martin
 
Fundamentos de Pruebas de Software - Capítulo 2
Fundamentos de Pruebas de Software - Capítulo 2Fundamentos de Pruebas de Software - Capítulo 2
Fundamentos de Pruebas de Software - Capítulo 2Professional Testing
 
Especificación y resultados de las pruebas de software
Especificación y resultados de las pruebas de softwareEspecificación y resultados de las pruebas de software
Especificación y resultados de las pruebas de softwareJesús E. CuRias
 
Tema 2 - T3: Casos de prueba
Tema 2 - T3:  Casos de pruebaTema 2 - T3:  Casos de prueba
Tema 2 - T3: Casos de pruebaMagemyl Egana
 
Calidad en el desarrollo de software
Calidad en el desarrollo de softwareCalidad en el desarrollo de software
Calidad en el desarrollo de softwareGiovanny Guillen
 
Test Automation Using Selenium
Test Automation Using SeleniumTest Automation Using Selenium
Test Automation Using SeleniumNikhil Kapoor
 

Was ist angesagt? (20)

Sqa
SqaSqa
Sqa
 
Calidad en el desarrollo del software
Calidad en el desarrollo del softwareCalidad en el desarrollo del software
Calidad en el desarrollo del software
 
Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientos
 
Unidad 1.2 A IntroduccióN A Los Proceso De Software Modelos Tradicionales
Unidad 1.2 A IntroduccióN A Los Proceso De Software   Modelos TradicionalesUnidad 1.2 A IntroduccióN A Los Proceso De Software   Modelos Tradicionales
Unidad 1.2 A IntroduccióN A Los Proceso De Software Modelos Tradicionales
 
25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del software
 
Sistemas críticos - Ingeniería de Sistemas
Sistemas críticos - Ingeniería de SistemasSistemas críticos - Ingeniería de Sistemas
Sistemas críticos - Ingeniería de Sistemas
 
Primeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de usoPrimeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de uso
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Modelo evolutivo
Modelo evolutivoModelo evolutivo
Modelo evolutivo
 
Mapa conceptual Ingeniería de Requisitos
Mapa conceptual Ingeniería de RequisitosMapa conceptual Ingeniería de Requisitos
Mapa conceptual Ingeniería de Requisitos
 
User Acceptance Testing (Uat)
User Acceptance Testing (Uat)User Acceptance Testing (Uat)
User Acceptance Testing (Uat)
 
Fundamentos de Pruebas de Software - Capítulo 2
Fundamentos de Pruebas de Software - Capítulo 2Fundamentos de Pruebas de Software - Capítulo 2
Fundamentos de Pruebas de Software - Capítulo 2
 
Especificación y resultados de las pruebas de software
Especificación y resultados de las pruebas de softwareEspecificación y resultados de las pruebas de software
Especificación y resultados de las pruebas de software
 
Tema 2 - T3: Casos de prueba
Tema 2 - T3:  Casos de pruebaTema 2 - T3:  Casos de prueba
Tema 2 - T3: Casos de prueba
 
Calidad en el desarrollo de software
Calidad en el desarrollo de softwareCalidad en el desarrollo de software
Calidad en el desarrollo de software
 
Test Automation Using Selenium
Test Automation Using SeleniumTest Automation Using Selenium
Test Automation Using Selenium
 
Iso 25000
Iso 25000Iso 25000
Iso 25000
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
 
Prueba de Caja Blanca
Prueba de Caja BlancaPrueba de Caja Blanca
Prueba de Caja Blanca
 

Ähnlich wie Pruebas funcionales (20)

Curso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdfCurso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdf
 
EXPOSICIÓN (3).pptx
EXPOSICIÓN (3).pptxEXPOSICIÓN (3).pptx
EXPOSICIÓN (3).pptx
 
pruebas de calidad.pdf
pruebas de calidad.pdfpruebas de calidad.pdf
pruebas de calidad.pdf
 
Calidad de software y TDD
Calidad de software y TDDCalidad de software y TDD
Calidad de software y TDD
 
#HablemosDeTestingDay - José Castillo: Estrategia de QA en un contexto de DevOps
#HablemosDeTestingDay - José Castillo: Estrategia de QA en un contexto de DevOps#HablemosDeTestingDay - José Castillo: Estrategia de QA en un contexto de DevOps
#HablemosDeTestingDay - José Castillo: Estrategia de QA en un contexto de DevOps
 
Doo 13-testing
Doo 13-testingDoo 13-testing
Doo 13-testing
 
Enfoque estrategico para la prueba de software
Enfoque estrategico para la prueba de softwareEnfoque estrategico para la prueba de software
Enfoque estrategico para la prueba de software
 
Atix16
Atix16Atix16
Atix16
 
ATIX16
ATIX16ATIX16
ATIX16
 
Feb-2015 / El arte de crear software de calidad con agilidad
Feb-2015 / El arte de crear software de calidad con agilidad Feb-2015 / El arte de crear software de calidad con agilidad
Feb-2015 / El arte de crear software de calidad con agilidad
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
Sesión Nº 13 - CALIDAD DE SW.pptx
Sesión Nº 13 - CALIDAD DE SW.pptxSesión Nº 13 - CALIDAD DE SW.pptx
Sesión Nº 13 - CALIDAD DE SW.pptx
 
Prueba de software
Prueba de softwarePrueba de software
Prueba de software
 
Prueba de software
Prueba de softwarePrueba de software
Prueba de software
 
S6-CDSQA.pptx
S6-CDSQA.pptxS6-CDSQA.pptx
S6-CDSQA.pptx
 
Pruebas
PruebasPruebas
Pruebas
 
Ra.1..
Ra.1..Ra.1..
Ra.1..
 
Testing Software
Testing SoftwareTesting Software
Testing Software
 
Exposición software.pptx
Exposición software.pptxExposición software.pptx
Exposición software.pptx
 
Exposición software.pptx
Exposición software.pptxExposición software.pptx
Exposición software.pptx
 

Mehr von Alfonso Gabriel López Ceballos (8)

J meter chapter1
J meter chapter1J meter chapter1
J meter chapter1
 
J unit4
J unit4J unit4
J unit4
 
Unfuddle usage guide 2
Unfuddle usage guide 2Unfuddle usage guide 2
Unfuddle usage guide 2
 
Capacitacion xquery
Capacitacion xqueryCapacitacion xquery
Capacitacion xquery
 
Xpath presentation
Xpath presentationXpath presentation
Xpath presentation
 
Xml intro1
Xml intro1Xml intro1
Xml intro1
 
Metodologia scrum actualizada qa
Metodologia scrum actualizada qaMetodologia scrum actualizada qa
Metodologia scrum actualizada qa
 
Mitos
MitosMitos
Mitos
 

Pruebas funcionales

  • 2. INTRODUCCIÓN O Objetivo: asegurar que el software cumpla con las especificaciones requeridas y eliminar los posibles defectos que este pudiera tener. O En la actualidad, el software testing se hace más complicado ya que debe hacer frente a una gran cantidad de metodologías de desarrollo, lenguajes de programación, sistemas operativos, hardware etc… O Por esto, el testing debe apoyarse en metodologías generales que revisan los aspectos más fundamentales que debe considerar todo proceso de pruebas.
  • 3. SOFTWARE RELEASE LIFE CYCLE ANÁLISIS DISEÑO DESARROLLO PRUEBAS
  • 4. SOFTWARE TESTING VS. QUALITY ASSURANCE Software Quality Testing Assurance Se realiza en una de las fases del Se debe ejecutar ciclo de vida del en todas las fases software Utiliza estándares y Utilizan casos de procedimientos prueba para ser establecidos en ejecutados fases
  • 5. SOFTWARE TESTING VS. QUALITY ASSURANCE O Ambas permitirán verificar y afirmar la calidad del producto final, el software. O Ambas definen un conjunto de actividades a realizarse dentro del ciclo de vida del software para mejorar y asegurar la calidad del mismo. O Para cumplir como QA’s se deben definir estándares y establecer procedimientos contra los cuales se pueda comparar lo alcanzado durante cada una de las fases.
  • 6. FUNCTIONAL TESTING - PRUEBAS FUNCIONALES O Pruebas de software que tienen por objetivo probar que los sistemas desarrollados, cumplan con las funciones específicas para los cuales han sido creados. O Desarrolladas por analistas de pruebas con apoyo de algunos usuarios finales. O El enfoque de este tipo de prueba se basa en el análisis de los datos de entrada y en los de salida.
  • 7. FLUJO EN LAS PRUEBAS - TEST FLOW
  • 8. FUNCTIONAL TESTING - PRUEBAS FUNCIONALES O Realizadas manualmente por el analista de pruebas. O Colocarse en los pies del usuario. O Requiere apoyo de los usuarios finales. O Son pruebas definitivas en la que se da la conformidad del sistema.
  • 9. Analista De Usuario Final Pruebas Pruebas Aportes en el Ir mas allá Cada error para que desarrollo de que cualquier encontrado todo test cases usuario es un éxito funcione Cambios potenciales en el diseño Tiene una Encontrar misión posibles destructiva debilidades
  • 10. HACIENDO PRUEBAS FUNCIONALES O Para cada sistema que se pruebe se le debe dar un valor agregado, cada error que se encuentre significa un éxito para la calidad del sistema. O Los conocimientos técnicos son valiosos en esta labor, pero no son suficientes, necesitamos también tener conocimientos del negocio. «El nivel de conocimiento del tester sobre un negocio debe ser similar al del usuario que utilizará el sistema» O Un tester experimentado puede llegar a tener un amplio conocimiento de diversos negocios y le resultará sencillo adaptarse a cualquier tipo de aplicación y a cualquier tipo de plataforma: Web, C/S o Host.
  • 11. Pruebas Detectar Funcionales Errores Buen Criterio Casos De De Desarrollo Pruebas Resultado Datos De Proceso a Esperado Entrada Seguir Cronograma Estimación Tiempos Plan De Pruebas