AP09-AA10-EV02 - Diseño y Ejecución de Plan de Pruebas Del Sistema de Información - 2021

SERVICIO NACIONAL DE APRENDIZAJE – SENA
Programa de Análisis y Desarrollo de Sistemas de Información

AP09-AA10-EV02- Diseño y ejecución de plan de pruebas del sistema de información.
AP09-AA10-EV02- Diseño y ejecución de plan de pruebas del sistema de información
Maria Alejandra Espinosa Jimenez
Juan Camilo Ceballos arias
Servicio Nacional De Aprendizaje Sena
Centro De Materiales Y Ensayos
Análisis Y Desarrollo De Sistemas De Información
Ficha: 2175954
Grupo 7
JULIETH ALEJANDRA CALDERON BARRAGAN
Instructora
14 de febrero de 2022
Tabla de contenido
HOJA RESUMEN DE MODIFICACIONES.................................................................................5
Introducción....................................................................................................................................6
1. Alcance de las pruebas del sistema información.........................................................................7
2. Definiciones y acrónimos...........................................................................................................7
2.1 Definiciones:........................................................................................................................7
Casos de prueba:....................................................................................................................7
Prueba:...................................................................................................................................7
Equivocación:........................................................................................................................7
Error:......................................................................................................................................7
Fallo:......................................................................................................................................7
Defecto:..................................................................................................................................7
Depuración:............................................................................................................................7
Verificación:..........................................................................................................................8
Validación:.............................................................................................................................8
Funcionalidad:........................................................................................................................8
Usabilidad:.............................................................................................................................8
Testware:................................................................................................................................8
2.2 Acrónimos............................................................................................................................8
SQA:......................................................................................................................................8
GUI:.......................................................................................................................................8
2
PDL:............................................................................................................................8
UD:........................................................................................................................................8
OO:........................................................................................................................................8
3. Referencias.................................................................................................................................8
4. Visión general del documento....................................................................................................9
4.1 Objetivo................................................................................................................................9
4.2 Documentos relacionados.....................................................................................................9
5. Descripción del Ambiente de pruebas (precondiciones y postcondiciones)..............................10
5.1 Cuadro resumen de las pruebas..........................................................................................10
5.2 Requerimientos De Pruebas Excluidos...............................................................................11
5.3 Casos De Pruebas Incluidos................................................................................................11
5.4 Casos De Pruebas Excluidos..............................................................................................11
6. Entorno y configuración de las pruebas....................................................................................11
6.1 Criterios de inicio...............................................................................................................12
Aceptación del plan de pruebas:...........................................................................................12
Aceptación de paquetes:.......................................................................................................12
Aceptación de ambiente:......................................................................................................12
6.2 Bases de datos de pruebas..................................................................................................12
a) Administrador de base de datos MySQL:...................................................................12
b) Lenguaje de programación PHP.................................................................................12
c) Entorno de desarrollo, CSS:.......................................................................................13
3
d)....................................................................................Entorno dinámico, JavaScript:
13
6.3 Criterios De Aprobación / Rechazo....................................................................................13
7. Estrategias de pruebas...............................................................................................................14
7.1 Escenarios de las pruebas...................................................................................................14
Pruebas de Instalación:.........................................................................................................14
Pruebas de GUI o interfaz:...................................................................................................15
Pruebas de operación y funcionales:....................................................................................15
7.2 Orden De Ejecución De Pruebas........................................................................................15
Secuencias de pasos para la Configuración..........................................................................15
Secuencias de pasos para la generación de datos para los módulos......................................15
7.3 Equipo de pruebas y responsabilidades..............................................................................16
8. Elaboración del plan de pruebas...............................................................................................16
9. Ejecución de pruebas................................................................................................................17
Ajustes y Recomendaciones.........................................................................................................18
Conclusión....................................................................................................................................20
Bibliografía...................................................................................................................................21
4
HOJA RESUMEN DE MODIFICACIONES
Cambios respecto a la versión Aprobado

Fecha Versión Punto anterior Preparado por por
Óptica C.E.OP. Alejandra
18/12/2021 1.0 Versión Inicial Espinosa
5
Introducción
El desarrollo de software o de aplicaciones es una actividad que está sujeta a errores humanos,
por tanto, es probable encontrarse con algunos defectos, errores y fallas. Para evitar esas situaciones debe
existir un plan de pruebas, que si bien no elimina en su totalidad los errores si disminuirá la probabilidad
de fallas.
El principal objetivo del plan de pruebas es encontrar errores y defectos que puedan existir en el
uso del sistema de información en desarrollo a fin de poderlos corregir.
Por más que se quiera evitar estos errores y fallas, se dificulta un poco ya que son inesperados,
por eso es importante el adecuado proceso de pruebas de software que permita certificar desde el punto de
vista de calidad un buen producto, es una tarea que necesita recursos como planeación, organización,
documentación y tiempo, esto no se debe ver como un impedimento, sino como una inversión que tendrá
su retribución en la satisfacción del usuario final o cliente.
6
1. Alcance de las pruebas del sistema información.
Con la ejecución de las pruebas de software se busca encontrar fallas para poder depurarlos y
aumentar la calidad del software, para logar así que el sistema de información cumpla con los
requerimientos del cliente y también para evitar los sobrecostos de mantenimiento.
2. Definiciones y acrónimos.
2.1 Definiciones:
Casos de prueba: Un conjunto de entradas, condiciones de ejecución y resultados esperados,
diseñados para un objetivo particular.
Prueba: Una actividad en la cual un sistema o componente es ejecutado bajo condiciones
específicas, se observan o almacenan los resultados y se realiza una evaluación de algún aspecto del
sistema.
Equivocación: Una acción del ser humano que produce un resultado incorrecto
Error: La diferencia entre un valor calculado, observado o medido y el valor verdadero,
especificado o teóricamente correcto
Fallo: La incapacidad de un sistema o de alguno de sus componentes para realizar las funciones
requeridas dentro de los requisitos de rendimiento especificados.
Defecto: Un paso, proceso o definición de dato incorrecto en un programa de computadora. El
resultado de una equivocación.
Depuración: El proceso de localizar, analizar y corregir los defectos que se sospecha que
contiene el software.
7
Verificación: Un conjunto de actividades que aseguran que el software implementa
correctamente una función específica.
Validación: Un conjunto diferente de actividades que aseguran que el software construido se
ajusta a los requisitos del cliente.
Funcionalidad: satisfacción a las necesidades de adaptabilidad, exactitud, interoperabilidad,
cumplimiento y seguridad.
Usabilidad: facilidad para usar, siendo entendible, operable.
Testware: Es el producto resultante de las pruebas.
2.2 Acrónimos
SQA: Software Quality Assurance (Aseguramiento de Calidad de Software)
GUI: Graphical User Interface (Interfaz Gráfica)
PDL: Program Design Language (Lenguaje de Diseño de Programas)
UD: Use-Definition Chain (Cadena Definición- Uso)
OO: Object Oriented (Orientado a Objetos)
3. Referencias.
Proyecto Descripción
Proyecto de desarrollo de una aplicación web para
Óptica C.E.OP. la gestión de facturación, inventario e historias
clínicas.
Documentos Evaluación Relacionados

Casos de pruebas (Plantilla de casos de prueba)
Equipo de proyecto
Alejandra Espinosa Alejandra Espinosa
Equipo de Jiménez Arquitectos del Jiménez
8
trabajo Juan Camilo Ceballos Proyecto Juan Camilo Ceballos
4. Visión general del documento.
El propósito del plan de pruebas es proporcionar información necesaria para planear las pruebas
del sistema de información en desarrollo. La creación de software tiene varias fases, desde su diseño hasta
su implementación o puesta en marcha, debe pasar por varios momentos donde el software va
evolucionando. Ciertamente el Testing o las pruebas son importantes y necesarias, ya que en muchos
casos se hace mal o no se hace.
Como sabemos las pruebas son un conjunto de actividades dentro del desarrollo de software.
Existen diferentes tipos de pruebas y dependiendo de ellas, estas actividades pueden ser implementadas
en cualquier momento del desarrollo del sistema.
Cabe destacar que el control de calidad del software lleva algunos aplicativos que permiten
verificar desde el punto estático y de caja blanca, es decir son pruebas donde se analiza el software sin
ejecutarlo mediante el código fuente.
4.1 Objetivo
Este documento tiene como finalidad entregar ciertas pautas y definir la estrategia que se llevara a
cabo para así obtener la certificación del software Óptica C.E.OP. – Aplicación web.
El objetivo general del plan de pruebas es establecer una cronología y condiciones para la
aplicación de las pruebas de manera que pueda resultar un sistema completo y tenga gran acogida por
parte de los interesados, para así poder entrar en marcha con todas las funcionalidades requeridas.
4.2 Documentos relacionados
Documento Versión
9
Plantilla Stakeholders 1
Plantilla Caso de pruebas 1
5. Descripción del Ambiente de pruebas (precondiciones y postcondiciones).
Las pruebas de software se incorporan dentro de las diferentes fases del ciclo de vida del
software.
Existen muchas pruebas de software, pero en este trabajo solo vamos a ver dos que son:
 Casos de prueba pruebas unitarias
 Casos de prueba pruebas integrales
Estas pruebas son importantes para que los procesos de validación y verificación tengan éxito, ya
que esto ayuda a entregar un sistema de calidad para satisfacer las necesidades del cliente y con la certeza
de que el producto cumple con las especificaciones dadas por el cliente.
5.1 Cuadro resumen de las pruebas
Módulos:
Módulos del sistema a
ser aprobados  Ingreso de usuarios
 Modificación de usuarios
 eliminación de usuarios
En estos Módulos se realizarán pruebas:
 La visualización de los datos, ingresados o modificados.
Objetivo de pruebas  La operación de los servicios, confeccionados para dar
respuesta a los productos del sistema
 La respuesta y realización de las transacciones de cada
módulo.
 Que los estados de las actividades y documentos
generados en el sistema se reflejen de acuerdo a la
secuencia lógica requerida por el usuario.
 La secuencia lógica de las funcionalidades y transacciones
Los módulos se deben ejecutar en forma independiente, pero
10
Detalle del orden de consecutivos en el orden siguiente:

ejecución de los  Ingreso de Datos
módulos
 Modificación de datos
 Eliminación de datos
Las pruebas son responsabilidad del Testing Operacional del
Responsabilidad de la equipo de proyecto, quien en conjunto con el usuario deben
Prueba seleccionar las pruebas que aseguren la efectividad del sistema
Óptica C.E.OP.
5.2 Requerimientos De Pruebas Excluidos
Nombre Descripción Tipo Nivel de criticidad

(Bajo-Medio-Alto)
N/A N/A N/A N/A
5.3 Casos De Pruebas Incluidos
#Casos #Estimados de Tipo Módulo Total

Disponible casos nuevos Casos
s
20 5 Funciona Ingreso usuarios
l
25 5 Funciona Modificar usuarios
l
10 4 Funciona Eliminar usuarios
l
55
5.4 Casos De Pruebas Excluidos
#Casos #Estimados de Tipo Módulo Total Casos

Disponibles casos nuevos
N/A N/A N/A N/A
N/A N/A N/A N/A
N/A N/A N/A N/A
0
11
6. Entorno y configuración de las pruebas
Para el proceso de pruebas del proyecto se requiere de la disponibilidad de los siguientes
entornos, a saber:
a) Computador con sistema operativo Windows 10 con acceso a internet
b) Equipos Cliente: Equipos de Prueba:
Nombre del dispositivo : PC DESKTOP-6UP9PJ1
Procesador: Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz 3.40 GHz
Ram de 4,00 GB
c) Base de datos MySQL
d) Apache XAMPP
Este software se encontrará instalado en el equipo, ya que se va a trabajar como un servidor local,
para realizar los test en el equipo de prueba y para configurar posteriormente la versión final del proyecto
en el equipo del cliente.
Todos ellos instalados y configurados por el equipo de trabajo a cargo del proyecto Sistema de
gestión de facturación, inventario e historias clínicas diseñado para la empresa Óptica C.E.OP.
6.1 Criterios de inicio
Aceptación del plan de pruebas: Revisión y aceptación del documento que contiene los casos de
pruebas para la certificación del proyecto.
Aceptación de paquetes: Revisión y aceptación de los paquetes de desarrollo, y que este cumpla
con las condiciones de aceptación.
Aceptación de ambiente: Revisión y aceptación del ambiente de certificación, y que este cumpla
con las condiciones de aceptación.
6.2 Bases de datos de pruebas
a) Administrador de base de datos MySQL: MySQL es un gestor de base de datos
relacionales de código abierto respaldado por Oracle y basado en el lenguaje de consulta
12
estructurado (SQL). MySQL funciona en todas las plataformas, incluyendo Linux, UNIX
y Windows.
b) Lenguaje de programación PHP: PHP es un lenguaje de programación destinado a
desarrollar aplicaciones web y páginas web, favoreciendo la conexión entre los servidores
y la interfaz de usuario.
c) Entorno de desarrollo, CSS: Hojas de Estilo en Cascada (del
inglés Cascading Style Sheets) o CSS es el lenguaje de estilos utilizado para describir la
presentación de documentos HTML o XML (en-US) (incluyendo varios languages
basados en XML como SVG, MathML o XHTML). CSS es utilizado para diseñar y dar
estilo a las páginas web, por ejemplo, alterando la fuente, color, tamaño y espaciado del
contenido, dividirlo en múltiples columnas o agregar animaciones y otras características
decorativas.
d) Entorno dinámico, JavaScript: es el único lenguaje de programación que funciona en los
navegadores de forma nativa, esto quiere decir que es un lenguaje interpretado sin
necesidad de compilación. Se utiliza como complemento de HTML y CSS para crear
páginas webs. Este lenguaje de programación se encarga de darle interactividad y
dinamismo a las páginas web.
6.3 Criterios De Aprobación / Rechazo
 Errores Graves: información crítica presentada erróneamente, información mal
registrada en la base de datos, caídas de programas, incumplimiento de objetivos en
funciones principales, etc.
 Errores Medios (comunes): errores en documentos impresos que se entregan a personas
ajenas a la organización, errores en presentación de datos, incumplimiento de objetivos
en funciones secundarias, caídas de programas auxiliares, etc.
13
 Errores Leves: errores en presentación de datos secundarios, no adecuación a
estándares, comportamientos correctos pero diferentes en situaciones similares,
dificultades de operación, etc.
Nombr Descripción
e
Se aprobará el proyecto con un 100% de las pruebas ejecutadas, pero con
un 90% de aceptación. Esto quiere decir el 90% de las pruebas deben ser
1 exitosas y sin errores. El restante 10% pueden existir errores medios o
bajos, pero no graves. En caso de ocurrir que el proyecto no cumpla con el
nivel exigido, el proyecto se rechaza completo en su etapa de certificación.
7. Estrategias de pruebas
Se requiere certificar por parte del equipo de desarrollo y por parte del usuario al producto Óptica
C.E.OP – Aplicación web de Sistema de Gestión de inventario, facturación e historias clínicas. Por ende,
se debe verificar:
1ra. Etapa: Que las funcionalidades de los módulos de ingreso de usuarios, modificación de datos
y eliminación de datos sean operativas.
2da.Etapa: Que las funcionalidades de los módulos de ingreso de usuarios, modificación de datos
y eliminación de datos sean operativas.
Conjuntamente los sub-objetos para los módulos se resume de la siguiente forma:
 Creación, modificación y eliminación de usuarios
 Ingresar datos, modificación y eliminación de datos de los diferentes módulos
 Que los documentos y actividades se generen con su estado correspondiente en el sistema
14
7.1 Escenarios de las pruebas
Para cumplir con los objetivos planteados deben existir tres escenarios, que son, Pruebas de
Instalación, Pruebas de GUI o Interfaz y Pruebas de Operación o Funcionales.
Pruebas de Instalación:
Se debe comprobar que:
 La aplicación no presenta anomalías.
 Que apunta al servidor y base de datos definidos.
Pruebas de GUI o interfaz:
 El comportamiento de la aplicación web con casos de bordes inválidos y válidos, donde las
pruebas de borde se definen como aquellas pruebas en las cuáles los datos de prueba a utilizar
son valores límites.
 Métricas de usabilidad y funcionalidad a utilizar sean las siguientes:
 Comprensión global de la APP
 Aspectos de interfaces
 Métricas de confiabilidad
 Navegación.
Pruebas de operación y funcionales:
 El comportamiento de la aplicación para el módulo de ingresos datos.
 El comportamiento de la aplicación para el módulo de modificación datos.
 El comportamiento de la aplicación para el módulo de eliminación datos
15
7.2 Orden De Ejecución De Pruebas
Secuencias de pasos para la Configuración
1. Configuración de los Equipos del Cliente y del Servidor de Aplicación Web y de Base de
Datos. Secuencias de pasos para el ingreso y modificación de los datos de los módulos.
1. Ejecución de proceso (manual) de ingreso y modificación de los datos de los módulos para
alimentar el sistema de información Óptica C.E.OP.
Secuencias de pasos para la generación de datos para los módulos.
1. Ejecución del proceso (manual) de generación de datos, donde las tablas y campos a utilizar
serán llenados manualmente.
7.3 Equipo de pruebas y responsabilidades
Nombre Descripción
Alejandra Arquitectos de productos, responsable de evaluar las condiciones de término

Espinosa para el proceso de pruebas junto al jefe de proyectos
Alejandra Jefe de proyectos, responsable de evaluar las condiciones de término para el
Espinosa proceso de pruebas junto al arquitecto de producto
Alejandra Analista funcional, responsable de la resolución de las incidencias de
Espinosa certificación para los módulos.
Alejandra Testing de Solución, responsable de la generación del plan de pruebas.
Espinosa
8. Elaboración del plan de pruebas
PLANTILLA CASOS DE PRUEBA - SENA ADSI

ID Caso de CP01 Prioridad Alta
prueba
Fecha Ejecutada por Alejandra Espinosa
Titulo Ingreso de Usuarios
Propósito Probar la funcionalidad de Ingreso nuevo
usuario
Pre-condición Ingresar datos del usuario
Post- Registro de usuario confirmado
condición
ID paso de la Paso de la Datos de Resultado Resultado Estado Notas
prueba prueba(Acción) prueba previsto obtenido
16
OP01 Ingresar a la Página índex Página índex Correct La App web abre
aplicación web de la de la o correctamente con el
modo aplicación aplicación web link suministrado
administrador web modo modo
administrador administrador
OP02 Ingresar al Eliminar Nueva lista de Nueva lista de Correct Nueva lista de
botón usuario usuarios usuarios o usuarios abre
"eliminar" correctamente y
muestra la lista de
usuarios existentes.
OP03 Ingresar al Editar datos de Lista usuarios Correct Nueva lista de
botón "editar" Usuario usuario para con las o usuarios se muestra
modificar modificaciones correctamente con
datos hechas. las modificaciones
hechas de los datos.
9. Ejecución de pruebas
Caso de prueba: OP01
Técnica de pruebas de caja negra: Requerimiento Funcional / Caso de uso
Datos de entrada: El usuario entra a la Aplicación con el usuario y contraseña dados por el
administrador.
Resultado esperado(Salida): El sistema registra el usuario y la contraseña del usuario e ingresa
a la página principal correspondiente a cada usuario (administrador. Asistente, optómetra).
17
Datos de entrada: El Administrador ingresa a la sección de “usuarios” da clic en el botón
“Eliminar”, sale una alerta “¿Esta seguro que desea eliminar? Si | No”. El administrador debe escoger
alguna opción.
Resultado esperado(Salida): El usuario desaparece de la lista. (Se debe actualizar la página para
ver el cambio).
Datos de entrada: El Administrador ingresa a la sección de “usuarios” da clic en el botón
“Editar”, se redirige a otra pantalla donde vemos un formulario que contiene los datos del usuario para
modificarlos. Al final del formulario encontrará el botón de “Guardar”.
Resultado esperado(Salida): Los datos del usuario quedan modificados en la lista. (Se debe
actualizar la página para ver el cambio).
10. Ajustes y Recomendaciones
El proceso de pruebas está compuesto por 5 etapas:
18
Los clientes pueden preferir un producto de calidad que comprar un producto de baja calidad, esto
puede resultar perjudicial para la empresa. En el mundo actual, la calidad es una prioridad en cualquier
empresa.
Las pruebas de software son importantes y necesarias para detectar errores, fallas en el sistema y
para poder probar que el software cumple con los requisitos del cliente. Además de que esto ayuda al
equipo de desarrollo a corregir las fallas y entregar un producto de calidad.
Existen varios puntos en el proceso de desarrollo de software en los que el error humano puede
llevar a que el software no cumpla con los requisitos del cliente:
 La persona / cliente que proporciona los datos requeridos en nombre de la empresa no sepa
realmente lo que se requiere o puede olvidar proporcionar más detalles, lo que esto lleva a que
falten requisitos.
 La persona que recopila los requerimientos del cliente puede no cumplirlos por completo al
documentarlos
 En la fase de diseño, se pueden presentar problemas y esto puede conducir a errores en el futuro
 Los errores pueden aparecer también en la fase de desarrollo, ya sea por falta de experiencia del
programador o un error humano.
 Es posible que los clientes no cuenten con el hardware o software necesarios para probar las
funciones del producto y que, al liberar el producto a los usuarios finales, ellos puedan encontrar
errores en la aplicación
 La empresa y su reputación depende de la calidad de sus productos y en algunos casos incluso
los ingresos pueden depender de ello.
19
Conclusión
En el momento que entendemos que un buen diseño y una buena planeación y ejecución de
pruebas, vamos a comprender la importancia que tiene todo el proceso de desarrollo de nuestra
aplicación, empezando desde la recopilación de datos con los diferentes métodos, pasando por el diseño
en UML hasta lograr el desarrollo del sistema de información con la tecnología seleccionada.
Haciendo un diagnóstico de las necesidades del cliente, plasmando en casos de uso y en las
interfaces de usuario podemos ser asertivos en el cumplimiento con el cliente.
20
Bibliografía
Ramos, R. (2021, 12 septiembre). ¿Qué es JavaScript y para qué sirve? Agencia de Marketing
Digital Sevilla - Rafa Ramos. https://soyrafaramos.com/que-es-javascript-para-que-sirve/
CSS | MDN. (2021, 20 diciembre). Developer.Mozilla.
https://developer.mozilla.org/es/docs/Web/CSS
de Souza, I. (2021, 12 febrero). Descubre qué es el lenguaje de programación PHP y en qué
situaciones se hace útil. Rock Content - ES. https://rockcontent.com/es/blog/php/
de TechTarget, C. (2021, 23 abril). MySQL. ComputerWeekly.es.
https://www.computerweekly.com/es/definicion/MySQL
21
Pruebas de software. (s. f.). Sena territorium.
https://sena.territorio.la/content/index.php/institucion/Titulada/institution/SENA/Tecnologia/228106/
Contenido/DocArtic/AP9_PruebaSw.pdf
22

AP09-AA10-EV02 - Diseño y Ejecución de Plan de Pruebas Del Sistema de Información - 2021

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

AP09-AA10-EV02 - Diseño y Ejecución de Plan de Pruebas Del Sistema de Información - 2021

Cargado por

Copyright:

Formatos disponibles

SERVICIO NACIONAL DE APRENDIZAJE – SENA

Programa de Análisis y Desarrollo de Sistemas de Información

AP09-AA10-EV02- Diseño y ejecución de plan de pruebas del sistema de información

Maria Alejandra Espinosa Jimenez

Juan Camilo Ceballos arias

Servicio Nacional De Aprendizaje Sena

Centro De Materiales Y Ensayos

Análisis Y Desarrollo De Sistemas De Información

JULIETH ALEJANDRA CALDERON BARRAGAN

HOJA RESUMEN DE MODIFICACIONES.................................................................................5

1. Alcance de las pruebas del sistema información.........................................................................7

4. Visión general del documento....................................................................................................9

4.2 Documentos relacionados.....................................................................................................9

5. Descripción del Ambiente de pruebas (precondiciones y postcondiciones)..............................10

5.1 Cuadro resumen de las pruebas..........................................................................................10

5.2 Requerimientos De Pruebas Excluidos...............................................................................11

5.3 Casos De Pruebas Incluidos................................................................................................11

5.4 Casos De Pruebas Excluidos..............................................................................................11

6. Entorno y configuración de las pruebas....................................................................................11

6.1 Criterios de inicio...............................................................................................................12

Aceptación del plan de pruebas:...........................................................................................12

6.2 Bases de datos de pruebas..................................................................................................12

a) Administrador de base de datos MySQL:...................................................................12

b) Lenguaje de programación PHP.................................................................................12

c) Entorno de desarrollo, CSS:.......................................................................................13

6.3 Criterios De Aprobación / Rechazo....................................................................................13

7.1 Escenarios de las pruebas...................................................................................................14

Pruebas de GUI o interfaz:...................................................................................................15

Pruebas de operación y funcionales:....................................................................................15

7.2 Orden De Ejecución De Pruebas........................................................................................15

Secuencias de pasos para la Configuración..........................................................................15

Secuencias de pasos para la generación de datos para los módulos......................................15

7.3 Equipo de pruebas y responsabilidades..............................................................................16

8. Elaboración del plan de pruebas...............................................................................................16

HOJA RESUMEN DE MODIFICACIONES

Cambios respecto a la versión Aprobado

uso del sistema de información en desarrollo a fin de poderlos corregir.

su retribución en la satisfacción del usuario final o cliente.

1. Alcance de las pruebas del sistema información.

requerimientos del cliente y también para evitar los sobrecostos de mantenimiento.

Casos de prueba: Un conjunto de entradas, condiciones de ejecución y resultados esperados,

diseñados para un objetivo particular.

Prueba: Una actividad en la cual un sistema o componente es ejecutado bajo condiciones

Error: La diferencia entre un valor calculado, observado o medido y el valor verdadero,

especificado o teóricamente correcto

requeridas dentro de los requisitos de rendimiento especificados.

Defecto: Un paso, proceso o definición de dato incorrecto en un programa de computadora. El

resultado de una equivocación.

correctamente una función específica.

Validación: Un conjunto diferente de actividades que aseguran que el software construido se

ajusta a los requisitos del cliente.

Funcionalidad: satisfacción a las necesidades de adaptabilidad, exactitud, interoperabilidad,

Usabilidad: facilidad para usar, siendo entendible, operable.

Testware: Es el producto resultante de las pruebas.

SQA: Software Quality Assurance (Aseguramiento de Calidad de Software)

GUI: Graphical User Interface (Interfaz Gráfica)

PDL: Program Design Language (Lenguaje de Diseño de Programas)

UD: Use-Definition Chain (Cadena Definición- Uso)

OO: Object Oriented (Orientado a Objetos)

Proyecto de desarrollo de una aplicación web para

Óptica C.E.OP. la gestión de facturación, inventario e historias

Documentos Evaluación Relacionados