Pruebas de software

De Wikipedia, la enciclopedia libre
(Redirigido desde «Testing»)
Ir a la navegación Ir a la búsqueda
Diagrama que en forma gráfica, evoca la situación en la cual las opiniones y/o evaluaciones se concretan a través de una multitud de evaluadores y aportantes (crowdsourced testing), trabajando en forma abierta y participativa (crowdsourcing).

Las pruebas de software (en inglés software testing) son las investigaciones empíricas y técnicas cuyo objetivo es proporcionar información objetiva e independiente sobre la calidad del producto a la parte interesada o stakeholder. Es una actividad más en el proceso de control de calidad.

Las pruebas son básicamente un conjunto de actividades dentro del desarrollo de software. Dependiendo del tipo de pruebas, estas actividades podrán ser implementadas en cualquier momento de dicho proceso de desarrollo. Existen distintos modelos de desarrollo de software, así como modelos de pruebas. A cada uno corresponde un nivel distinto de involucramiento en las actividades de desarrollo.

Historia[editar]

El objetivo de las pruebas es presentar información sobre la calidad del producto a las personas responsables de éste. Las pruebas de calidad presentan los siguientes objetivos: encontrar defectos o bugs, aumentar la confianza en el nivel de calidad, facilitar información para la toma de decisiones, evitar la aparición de defectos.

Teniendo esta afirmación en mente, la información que puede ser requerida es de lo más variada. Esto hace que el proceso de testing sea completamente dependiente del contexto en el que se desarrolla.[1]

El ambiente ideal de las pruebas de testing es aquel que es independiente del desarrollo del software, de esta manera se logra objetividad en las pruebas.

A pesar de lo que muchos promueven, no existen las "mejores prácticas" como tal. Toda práctica puede ser ideal para una situación pero completamente inútil o incluso perjudicial en otra.

Por esto, las actividades, técnicas, documentación, enfoques y demás elementos que condicionarán las pruebas a realizar, deben ser seleccionadas y utilizadas de la manera más eficiente según contexto del proyecto.

Proceso de Desarrollo de Software[editar]

Tenemos el proceso de desarrollo en Cascada, se denomina de este modo, ya que a cada salida de una etapa cae en la siguiente, es decir, las etapas se llevan a cabo una a continuación de la otra. Una de las peculiaridades de este proceso, es que no está previsto volver a una etapa anterior, es decir si se olvidó relevar algún requerimiento al comienzo, no tiene una alternativa para considerar este caso. Este proceso supone cada etapa independiente de las etapas anteriores.

También tenemos el proceso Incremental, se tiene las mismas etapas que en el Proceso de Desarrollo en Cascada, sin embargo, en este proceso, la etapa de relevamiento se divide en distintos sub conjuntos,y cada uno de estos sub conjuntos se construye de la misma forma que con el ciclo de vida en cascada. Se van desarrollando por partes que luego se integran, una vez finalizadas las mismas.

Otro Proceso de Desarrollo que tenemos es el Iterativo, en este tenemos las mismas etapas de desarrollo que los procesos anteriores, pero trabajamos sobre el todo, no necesariamente conocemos el comienzo todos los detalles del producto que queremos construir.

Y por último tenemos el Proceso de Desarrollo Ágil, este es un proceso Iterativo e Incremental, se caracteriza por contar con iteraciones cortas y por no tener fases lineales, tipo Cascada en cada iteración. Existen distintas metodologías Ágiles, que entre las mas conocidas y utilizadas encontramos "Scrum" y "XP: Extreme Programming".

Pruebas estáticas[editar]

Son el tipo de pruebas que se realizan sin ejecutar el código de la aplicación.

Puede referirse a la revisión de documentos, ya que no se hace una ejecución de código. Esto se debe a que se pueden realizar "pruebas de escritorio" con el objetivo de seguir los flujos de la aplicación.

Pruebas dinámicas[editar]

Todas aquellas pruebas que para su ejecución requieren la ejecución de la aplicación.

Las pruebas dinámicas permiten el uso de técnicas de caja negra y caja blanca con mayor amplitud. Debido a la naturaleza dinámica de la ejecución de pruebas es posible medir con mayor precisión el comportamiento de la aplicación desarrollada.

Pruebas contra Especificación (ESRE)[editar]

Antes de entender para que les sirve a los probadores beta trabajar con el documento de especificación de requerimientos, debemos saber qué son las especificaciones de requerimientos (ESRE).

Las Especificaciones de Requerimientos son un documento clave en el desarrollo de Software. Cuando consideramos los ciclos de vida clásicos, tiene la descripción completa de lo que va a hacer el sistema sin describir cómo lo va a hacer. Estos documentos tienen una estructura en forma de reporte bastante definida, poseen carátula, historial de cambios, introducción, definiciones, acrónimos y abreviaturas, especificación de requerimientos funcionales, especificación de requerimientos no funcionales y casos de uso.

Los probadores beta se guían en este documento para validar si el sistema se comporta de la manera que indican las ESRE. Contiene información detallada sobre los requisitos funcionales y no funcionales que el Cliente desea en el sistema. También se pueden ejecutar casos de pruebas a partir de las especificaciones de requerimientos. Éstos resultan muy útiles porque son sencillos de seguir y se conocen de antemano los posibles resultados.

Tipos de pruebas por su ejecución[editar]

Enfoques de pruebas[editar]

Clasificación de las pruebas según lo que verifican[editar]

Pruebas funcionales[editar]

Una prueba funcional es una prueba basada en la ejecución, revisión y retroalimentación de las funcionalidades previamente diseñadas para el software (requisitos funcionales). Hay distintos tipos como por ejemplo:

Niveles de prueba[editar]

Podemos considerar el proceso de pruebas funcionales como un proceso donde se va probando inicialmente lo de más bajo nivel y se van integrando y probando paulatinamente componentes hasta lograr un sistema completo totalmente probado. Por eso se dice que hay distintos niveles de prueba. Se empieza por las pruebas unitarias, luego las pruebas de Integración, luego las de pruebas de sistema, las de humo, las alpha, las beta y finalmente las de pruebas de aceptación.

Las pruebas de regresión se puede considerar como la ejecución (normalmente automática) de las pruebas ya realizadas hasta el momento.

Pruebas no funcionales[editar]

Una prueba no funcional es una prueba cuyo objetivo es la verificación de un requisito que especifica criterios que pueden usarse para juzgar la operación de un sistema (requisitos no funcionales) como por ejemplo la disponibilidad, accesibilidad, usabilidad, mantenibilidad, seguridad, rendimiento. Podemos clasificar las pruebas no funcionales según el tipo de requisito no funcional que abarcan:

Herramientas para realizar pruebas de software[editar]

El control de la calidad de software lleva consigo aplicativos que permiten realizar pruebas autónomas y masivas permitiendo así la verificación desde el punto de vista estático y de caja blanca, es decir pruebas donde se analiza el software sin ejecutar el software mediante el código fuente del mismo. Podemos encontrar herramientas escritas en software libre, código abierto o software privativo. Estas herramientas podrán ser utilizadas para diferentes tipos de pruebas como:

  1. Herramientas de gestión de pruebas
  2. Herramientas para pruebas funcionales
  3. Herramientas para pruebas de carga y rendimiento

Herramientas en código abierto[editar]

  1. Herramientas de gestión de pruebas
  • Bugzilla Testopia
  • FitNesse
  • qaManager
  • qaBook
  • RTH.[3]
  • Salome-tmf
  • Squash TM
  • Test Environment Toolkit
  • TestLink
  • Testitool
  • XQual Studio
  • Radi-testdir
  • Data Generator
  1. Herramientas para pruebas funcionales
  • Selenium
  • Soapui
  • Watir
  • WatiN (Pruebas de aplicaciones web en .Net)
  • Capedit
  • Canoo WebTest
  • Solex
  • Imprimatur
  • SAMIE
  • ITP
  • WET
  • WebInject
  1. Herramientas para pruebas de carga y rendimiento
  • JMeter
  • Gatling
  • FunkLoad
  • FWPTT load testing
  • loadUI

Herramientas comerciales[editar]

  1. Herramientas de gestión de pruebas
  • HP Quality Center/ALM
  • Silk Central
  • QA Complete
  • qaBook
  • T-Plan Professional
  • SMARTS
  • QAS.Test Case Studio
  • PractiTest
  • SpiraTest
  • TestLog
  • ApTest Manager
  • Zephyr
  1. Herramientas para pruebas funcionales
  • Ranorex
  • BASSP testConfig/testExecutor
  • Silk Test
  • QuickTest Pro
  • Rational Robot
  • Sahi
  • SoapTest
  • Test Complete
  • QA Wizard
  • Squish
  • vTest
  • Internet Macros
  1. Herramientas para pruebas de carga y rendimiento
  • HP LoadRunner
  • IBM Rational Performance Test (RPT)
  • LoadStorm
  • NeoLoad
  • WebLOAD Professional
  • Forecast
  • ANTS – Advanced .NET Testing System
  • Webserver Stress Tool
  • Load Impact
  • Silk Performer

Véase también[editar]

Ingeniería de software

Referencias[editar]

  1. Kaner, Cem (17 de noviembre de 2001). «The Seven Basic Principles of the Context-Driven School». context-driven-testing.com (Lessons Learned in Software Testing) (en inglés). Archivado desde el original el 17 de noviembre de 2001. Consultado el 3 de febrero de 2018. «There are good practices in context, but there are no best practices.» 
  2. Barrientos, Pablo Andrés (04 de 2014). Enfoque para pruebas de unidad basado en la generación aleatoria de objetos. p. 101. Consultado el 28 de abril de 2014. 
  3. RTH - Requirements and Testing Hub

Enlaces externos[editar]