Síntesis sobre las Pruebas de Software

Las pruebas de software consisten en la dinámica de la verificación del comportamiento

de un programa en un conjunto finito de casos de prueba, debidamente seleccionados de
por lo general infinitas ejecuciones de dominio, contra la del comportamiento esperado. 

Etapas involucradas en las Pruebas de Software

1. Seleccionar qué es lo que debe medir la prueba, es decir, cuál es su objetivo, para
qué exactamente se hace la prueba.
2. Decidir cómo se va a realizar la prueba, es decir, qué clase de prueba se va a
utilizar para medir la calidad y qué clase de elementos de prueba se deben usar.
3. Desarrollar los casos de prueba. Un caso de prueba es un conjunto de datos o
situaciones de prueba que se utilizarán para ejecutar la unidad que se prueba o
para revelar algo sobre el atributo de calidad que se está midiendo.
4. Determinar cuáles deberían ser los resultados esperados de los casos de prueba y
crear el documento que los contenga.
5. Ejecutar los casos de prueba.

Tipos de Pruebas
Pruebas Unitarias
Un componente es la unidad más pequeña especificada de un sistema, las pruebas se
llevan a cabo tras la construcción o realización de cada componente para verificar que la
implementación se esté llevando conforme a los estándares acordados.
Es importante mencionar que estas pruebas las ejecuta el desarrollador verificando que su
código cumple con lo solicitado y no ha violado ningún estándar que ponga en riesgo la
estabilidad del sistema.
Pruebas Integrales
Las pruebas integrales también son conocidas como pruebas de interfaz, ya que
comprueban la interacción entre componentes.
Las pruebas de integración asumen que los módulos ya han sido probados de manera
individual (pruebas unitarias).
El orden de integración elegido afecta a diversos factores como los siguientes:

 La forma de preparar casos

 Las herramientas necesarias
 El orden de codificar y probar los módulos
  El costo de la depuración
 El costo de preparación de casos
Pruebas de Sistema
Las pruebas de sistema se llevan a cabo cuando todo el desarrollo ha sido culminado y
tenemos una versión preliminar del sistema que saldrá a producción. Esta etapa de
pruebas consiste en probar un sistema integrado con el objeto de comprobar el
cumplimiento de requisitos especificados.
Las pruebas se hacen con un enfoque desde el punto de vista del usuario.
Las pruebas de sistema se desarrollan utilizando casos de prueba funcionales y no
funcionales. Las pruebas funcionales confirman que los requisitos para un uso específico
previsto han sido cumplidos (validación).
Pruebas de Aceptación
El objetivo en este nivel de prueba es obtener el visto bueno del cliente, no se deberían
encontrar defectos funcionales graves en el sistema. Es por ello por lo que las pruebas de
aceptación son realizadas por el usuario.
Las pruebas de aceptación son consideradas como la fase final del proceso para crear una
confianza en que el producto es apropiado para su uso, de esta manera se verificará que
el software satisface los requisitos del cliente.

Objetivos de las Pruebas de Software

La prueba de software es un elemento crítico para la garantía del correcto funcionamiento
del software. Entre sus objetivos están:

 Detectar defectos en el software.

 Verificar la integración adecuada de los componentes.
 Verificar que todos los requisitos se han implementado correctamente.
 Identificar y asegurar que los defectos encontrados se han corregido antes de
entregar el software al cliente.
 Diseñar casos de prueba que sistemáticamente saquen a la luz diferentes clases de
errores, haciéndolo con la menor cantidad de tiempo y esfuerzo.
Para lograr los objetivos propuestos, un ingeniero de software deberá conocer los
principios básicos que guían las pruebas del software.
El Modelo de Desarrollo en Cascada
Es un enfoque clásico en el desarrollo de software que describe un método de desarrollo
lineal y secuencial. Consta de cinco a siete fases, cada fase está definida por diferentes
tareas y objetivos, por lo que la totalidad de las fases describe el ciclo de vida del software
hasta su entrega.
El modelo original en cascada consta de siete fases sucesivas:

 Requisitos del sistema

La primera fase se ocupa de los requisitos que no están relacionados con el
producto digital en sí, sino más bien con aspectos relevantes para la empresa
como el precio y la disponibilidad. Aquí también se especifican los aspectos de
documentación y seguridad. En general, aquí se mencionan los requisitos no
funcionales.

 Requisitos de software
Los requisitos funcionales del software se definen en la segunda fase. La pregunta
sobre lo que el software debe ser capaz de hacer se responde aquí y se aclara en
"especificaciones", que también incluye los resultados de la primera fase.

 Análisis de requerimientos
En la fase de análisis de requisitos, las funciones del software se diseccionan y
estructuran de modo que los elementos funcionales individuales y las unidades
funcionales puedan separarse entre sí. El análisis de necesidades tiene por objeto
examinar la viabilidad e importancia de las funciones.

 Diseño de programas
El diseño técnico se implementa ahora con la ayuda de estas especificaciones de
requisitos. Los componentes de esta fase también incluyen decisiones sobre la
arquitectura de la información y las tecnologías aplicadas, tales como lenguajes de
programación, bibliotecas de clases y secuencias de programas.

 Implementación
Durante la implementación, las estructuras y los flujos de trabajo se implementan
teniendo en cuenta las condiciones marco y los objetivos sistémicos. El diseño de
software se convierte en un programa directamente relacionado con un sistema
operativo, uno o más lenguajes de programación y la infraestructura.
  Probando
La fase de implementación es seguida por la prueba de todos los componentes de
software, módulos y todo el sistema. También se comprueba la integración en
sistemas operativos específicos. Si se producen errores y conflictos, deben
repararse inmediatamente.

 Lanzamiento
El software se implementa después de la aceptación por parte del cliente. Las
actualizaciones y el mantenimiento pueden ser necesarios antes de que el
producto entre en una tienda o se entregue al cliente.

Plan de Pruebas
En esta etapa se llevan a cabo las primeras actividades correspondientes al proceso de
pruebas, tiene como resultado un entregable denominado plan de pruebas el cual debe
estar conformado mínimo por los siguientes aspectos:

 Alcance de la prueba. Determina qué funcionalidades del producto (software)

serán probadas durante el proceso de pruebas.
 Tipos de pruebas. En este punto se determina qué tipos de pruebas requiere el
producto. No todos los productos de software requieren de las mismas pruebas o
la aplicación de todas ellas.
 Estrategia de pruebas. Teniendo en cuenta que no es viable probar con base a
todas las posibles combinaciones de datos, es necesario determinar a través de un
análisis de riesgos sobre que funcionalidades debemos centrar nuestra atención.
 Criterios de salida. Entre las partes involucradas en el proceso, se define de
manera formal, en qué condiciones se puede considerar que una actividad de
pruebas fue finalizada. Los criterios de salida se deben definir para cada nivel de
pruebas a ejecutar.
 Otros aspectos. Tal y como se realiza en cualquier plan de proyecto, se debe incluir
una estimación de tiempos, los roles y/o recursos que serán parte del proceso, la
preparación del entorno de pruebas, etcétera.
Conclusiones
En esta actividad se puede entender mejor el concepto de las pruebas de software,
aunque ya muchos las hemos usado debido a los proyectos que se realizan y que es
necesario tener pruebas sobre cada uno de ellos, sabemos que son todo un proceso el
cual el desarrollo de este debe asegurar la calidad del software a entregar o a realizar. Las
pruebas pueden iniciarse en cualquier momento dependiendo del tipo de pruebas que se
requiera. Los procesos de pruebas son de vital importancia dentro del ciclo de la
realización del software, de esta manera se puede verificar la calidad del producto antes
de que se pueda utilizar. El proceso de pruebas ayuda a la recolección de los
requerimientos, así como a evitar inconsistencias dentro del software. El análisis permite
que las correcciones se realicen de manera más fácil y en etapas tempranas. Las pruebas
de software ganan cada día más importancia ya que lo que siempre buscamos es
mantener a al cliente contento. En este aspecto existe un tema de complicidad con el
usuario ya que es el único que puede dar el visto bueno del trabajo realizado por todo un
equipo.

Bibliografía
CHIU, C. C. (Abril de 2015). LAS PRUEBAS EN EL DESARROLLO DE SOFTWARE. Obtenido de
ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/7627/Las%20pruebas
%20en%20el%20desarrollo%20de%20software.pdf?sequence=1

EcuRed. (s.f.). Obtenido de https://www.ecured.cu/Pruebas_de_software

RyteWiki. (s.f.). Obtenido de Modelo en Cascada: https://es.ryte.com/wiki/Modelo_en_Cascada