Apuntes De Pruebas


NORMAS
ISO/IEC 25000 SQuaRE (Software Product Quality Requeriments and Evaluation)
PROGRAMAS PARA CONTROL DE VERSIONES
Mercurial: El creador y desarrollador principal de Mercurial es Matt Mackall. El código fuente se encuentra disponible bajo los términos de la licencia GNU GPL versión 2, lo que clasifica a Mercurial como software libre.
Plastic SCM es un sistema de control deversiones distribuido propietario desarrollado por la empresa española Códice Software. Como objetivos fundamentales, Plastic trata de dar un mayor soporte al desarrollo paralelo, creación de ramas, integración (merge) de ramas, seguridad y desarrollo distribuido.
Bazaar es un sistema de control de versiones distribuido patrocinado por Canonical Ltd., diseñado para facilitar la contribución en proyectos desoftware libre y opensource.
Bazaar puede ser usado por un usuario único trabajando en múltiples ramas de un contenido local, o por un equipo colaborando a través de la red.
Bazaar está escrito en lenguaje de programación Python y tiene versiones empaquetadas para la mayoría de distribuciones GNU/Linux, así como Mac OS X y MS Windows. Bazaar es software libre y parte del proyecto GNU.

ERRORES MAS COMUNESLos errores más comunes en la programación y desarrollo de software.
División por cero
Ciclo infinito
Problemas aritméticos como desbordamientos (overflow) o subdesbordamientos (underflow).
Exceder el tamaño del array
Utilizar una variable no inicializada
Acceder a memoria no permitida (access violation)
Pérdida de memoria (memory leak)
Desbordamiento o subdesbordamiento de la pila (estructura dedatos)
Desbordamiento de búfer (buffer overflow)
Bloqueo mutuo (deadlock)
Indizado inadecuado de tablas en bases de datos.

OBJETIVO E IMPORTANCIA DE LAS PRUEBAS DE SOFTWARE

1. Detectar defectos en el software.
2. Verificar la integración adecuada de los componentes.
3. Verificar que todos los requisitos se han implementado correctamente.
4. Identificar y asegurar que los defectos encontrados sehan corregido antes de entregar el software al cliente.
5. 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 llevar a cabo la ejecución, análisis y evaluación de software mediante pruebas. La estructura de ISO/IEC 29119 consta de cuatro partes:

1 Conceptos y Vocabulario.
2 Proceso de Pruebas.
3Documentación de Pruebas.
4 Técnicas de Prueba.

De acuerdo con el plan de trabajo aprobado por ISO en una primera fase se elaboran las partes 2 y 3, y posteriormente las 1 y 4.

En Agosto de 2008 se liberó el primer borrador de trabajo (Working Draft) correspondiente a la parte 2 para revisión por parte de diferentes expertos internos y externos a los comités. Partiendo de los comentariosrecibidos y de las sucesivas revisiones internas realizadas, se ha reorganizado y simplificado el modelo de procesos (Septiembre 2009). En 2010 se han liberado al SC7 los WD/CD de las partes 1, 2, y 3 para revisión y en 2011 las segundas versiones de éstos junto con la primera de la parte 4.

Parte 1 – Conceptos y Vocabulario
Conceptos generales
… Ciclo de vida de las pruebas
… Objetivos de las pruebas
…Tipos de pruebas, niveles de pruebas, técnicas
Conformidad
Implicaciones en diferentes ciclos de vida (Secuencial, evolutivo, ágil)
Roles y Responsabilidades
Vocabulario

Parte 2 – Procesos
Política de la organización (Test Policy: TP)
Estrategia organización (Test Strategy: TS)
Gestión del proyecto (Test Management: TM)
Nivel de pruebas X (Test Level: TL)
1.1.1 Productos / evidencias.

Parte3,4 – Documentación,
Técnicas
Documentación
… Contenido
+ Plantillas
Técnicas
… Descripción
+ Ejemplos
… Estáticas: revisiones, inspecciones...
… Dinámicas
Especificación: PCE, AVL, Sintácticas, Casos Uso,
Combinatorias...
Estructura: Condiciones...MC/DC, Flujo Datos...
Experiencia: Búsqueda Errores, Prueba Exploratoria

1.5 Herramientas de apoyo para elaborar pruebas.

Actualmente el número...