1.

El modelo de software seleccionado es un modelo en cascada, que se ejecutará en

secuencia, y solo después de que las tareas típicas de verificación y confirmación
de esta fase se hayan completado con éxito, se llevará a cabo otra fase. Si es
necesario, solo regresa a la etapa anterior.

2. El plan de prueba general para este proyecto es detectar posibles errores en las
primeras etapas del proyecto (y eventualmente corregirlos). En cada etapa se
aplican diferentes pruebas, herramientas y métodos.

3. Enumere los tipos de pruebas que se aplicarán. Al buscar errores en este proyecto,
aplicaremos las siguientes pruebas:

• Pruebas unitarias: Se utilizan para comprobar el correcto funcionamiento de

componentes específicos de nuestro sistema. En este tipo de prueba, el "probador"
debe buscar situaciones extremas que expongan las limitaciones de
implementación del componente, o tratarlo como una caja negra ("prueba de caja
negra") o mirar su estructura interna ("caja blanca de prueba").
• Pruebas de integración: cuando juntamos los componentes que componen el
sistema y los usamos para detectar errores en sus interfaces, se realizan pruebas
de integración. Utilice los componentes actuales del sistema (compilación diaria)
para la compilación diaria y realice una serie de pruebas básicas (prueba de humo)
en el sistema para asegurarse de que el proyecto pueda continuar al día siguiente.

• Pruebas alfa: ejecutadas desde la perspectiva del usuario final, pueden ayudar a
mejorar todos los aspectos de la interfaz de usuario del sistema.

4. Discuta la estrategia de prueba. El plan de prueba se basará completamente en

pruebas funcionales, instalación, regresión y otras consideraciones de requisitos no
funcionales. • Revisión de documentos: La estrategia para realizar estas pruebas
incluye la revisión de documentos y casos de uso, verificando su integridad y
coherencia con la información que se encuentra en ellos.
• Pruebas unitarias: La estrategia para realizar estas pruebas incluye generar los
casos de prueba necesarios: o Para que cada sentencia o instrucción del programa
se ejecute correctamente al menos una vez. o Cada condición debe tener al menos
un resultado verdadero y al menos un resultado falso. o Considere las siguientes
situaciones y pruebe el mismo ciclo varias veces (cuando corresponda): ignore el
ciclo, pase una vez, pase dos veces, pase n veces, pase n-1 veces y n + 1 veces. •
Pruebas funcionales o de programa: La estrategia para realizar estas pruebas
incluye el desarrollo y ejecución de conjuntos de pruebas, teniendo en cuenta
procesos normales y procesos alternativos, utilizando datos válidos y no válidos
para verificar lo siguiente: o Utilizar d
• Pruebas de Regresión: La organización para efectuar estas pruebas consiste en
bisar las pruebas (funcionales y de censo) ejecutadas antiguamente de restaurar
defectos o de adicionar nuevas funcionalidades, para comprobar que las
modificaciones no provocan errores adonde ayer no los había.
• Pruebas de aceptación Las pruebas de reconocimiento se asentarán en su
universalismo en pruebas funcionales, consolidación, y otras teniendo en cuenta los
requerimientos funcionales las pruebas. encima estas pruebas serán de elogio
negra.
• Pruebas funcionales o de procedimientos: La táctica para efectuar estas pruebas
consiste en la consecución y linchamiento de Set de Pruebas, teniendo en cuenta
ímpetu común y flujos alternativos, usando datos validos e inválidos que permitan
verificar los casos de pruebas.atos válidos. o Utilizar datos no válidos.
HERRAMIENTAS DE examen
Herramientas técnicas para las pruebas enfocadas en la reducción de riegos.
pájaro de cuestionario:impasibilidad
Técnica: Pruebas de operación
quimera:
Con las pruebas de operación se garantiza que el usuario está aceptablemente adaptado
en el manejo del programa y igualmente se lleva un tira para catalogar los caminos no
contemplados dentro de las pruebas previas del programa, y con ello se recibirán las
medidas adecuadas.
punto de experimento: virginidad de Uso
Técnica: Revisiones
fábula: Se debe mezclar al cliente y/o usuario final con un role de evaluador durante
sesiones de revisión en las cuales se rebatirán los escenarios de estofa referentes a la
usabilidad del software.
pájaro de examen: precisión de negocio
Técnica: Pruebas de Requerimientos
quimera:
certificar los requerimientos no funcionales de atmósfera recolectados con el comprador
frente a las características requeridas por el ambiente de fabricación.
Requerimientos funcionales: GUI, Tiempos de respuesta. mensajes.
• Pruebas de Integración: Las pruebas de integración que se realizaran durante el proceso
de recurso de los componentes de programa, deben seguir las siguientes políticas y
lineamientos de lapidación:
- Se tiene una grado de pruebas unitarias competa y autorizada para el inicio de las
pruebas de integración.
- probar por otro lado los componentes o módulos individuales del software y luego y de
manera progresiva se Irán agrupando en torno a en lo alto, y de forma cómodo estos
componentes para apetecer escenarios que impliquen varias funcionalidades de
interacción entre los componentes, y se procederá así hasta arribar al nivel más magnate
de funcionalidad e integración.
• Para la ahorcamiento de estas pruebas se aprovecharán las siguientes técnicas:
imparcial DE LA TECNICA
verificar el funcionamiento jurisdiccional de los componentes desarrollados por medio de
la verificación de los procedimientos llevados a calabrote por el software en cada
plegaria/llamado/respuesta, así como el procesamiento de datos que tiene lugar en cada
uno de estas acciones.
TÉCNICA
Pruebas de lisonja negra
límite – recurso- esperanza
HERRAMIENTAS
barrer - androide DE PRUEBAS - acoso DE VARIABLES
 Opinión DE EXITO * unanimidad de los procedimientos del sistema con los requerimientos
de usuario
• Optimo manejo de excepciones y errores
• inteligible rastreo de la lapidación por entorno de los traces.
neutro DE LA TECNICA
verificar que los componentes funcionen aceptablemente de manera individual cuando se
encuentran integrados con otros módulos y componentes
TÉCNICA Pruebas de Regresión
HERRAMIENTAS
barrer - autómata DE PRUEBAS - búsqueda DE VARIABLES
causa DE EXITO
• No se detectan errores inyectados durante la integración del sistema neutro DE LA
TECNICA comprobar que la parametrización de componentes y todos los aspectos
referentes a la integración de partes del programa (consideraciones, configuraciones,
ajustes) cumplan con lo preestablecido pro el conjunto cambio en la fase de diseño.
TÉCNICA Listas de Chequeo HERRAMIENTAS Listas de chequeo con los ítems a cerciorarse
para la integración consideración DE ÉXITO
• El 100% de los ítems han sido chequeados y cumplen con la índole para ser aprobados.

5. • Criterios de umbralado del plan maestro de Pruebas o Set de pruebas terminado y

diluido.
pasión en el petición para el proceso de las pruebas.
Toda la documentación requerida para la realización de las pruebas debe estar
disponible.
• Criterio de afán del planificación catedrático de Pruebas
Que todos los sets de pruebas diseñadas para cada acontecimiento de uso se ejecuten de
manera exitosa, acatando los criterios de aceptación definidos para cada uno.
• suspensión y Reanudación
- Una característica director tiene un error que impide gustar un área importante.
- El ámbito de pruebas no es lo suficientemente prudente como para sugerir en los
resultados.
- El entorno de pruebas es muy distinto del entorno de logro.
- No se puede instalar la novedad interpretación o un componente Pruebas de limpieza de
los datos y cojín de datos

aséptico de la logística:
verificar que los datos ingresados en las proscenio de la base de datos no sufran.
verificar la integridad referencial de los datos.
organización: agüir cada puertas a la saco de datos por ámbito de los procesos y métodos
definidos; enviando datos válidos e inválidos.
-comprobar que cada proceso ocurra de manera correcta y que se retornen los datos
esperados en cada contingencia especial.
Herramientas necesarias:
calabobos de respaldo de la base de Datos
Criterio de éxito: Retorno y no ilegalidad de los datos al exponerlos a los procesos
funcionales del sistema.
Consideraciones Especiales: paladear con un falta de cinco registros por franja los
procesos.
Todos los procesos serán invocados manualmente.
PRUEBAS DE FUNCIONAMIENTO:
1. stock de medicamentos por laboratorio y vencimiento de vencimiento
2. negocio a proveedores
3. Medicamentos entregados a pacientes
4. Medicamentos formulados por los médicos
5. Reportes
• inventario de medicamentos por droguería y época de conquista
índice de medicamentos:
indefinido de la táctica: verificar el enjuague adicionado a la pulvínulo de datos.
logística:
• Por entorno del formulario de tira de medicamentos ingresar en los campos los datos
solicitados y asediar el pitón de imprimir nómina.
• Se mandarán datos incorrectos en los campos para verificar que los anuncios de
información inválida sean mostrados.
Herramientas necesarias:
Ninguna.
Criterio de éxito:
Se comprobará la tabla de stock de medicamentos de la saco de datos y se verificará que
el lista diligenciado en el formulario haya sido adicionado proporcionadamente. En
acontecimiento de dirigir datos inválidos el registro no debe capital sido adicionado a la
listel de inventario.
Consideraciones Especiales:
droguería y término de vencimiento

hostigamiento de medicamentos.
objetivo de la organización:
verificar el registro del cocimiento.
estrategia:
• Por ámbito del formulario de repertorio de medicamentos se podrán investigar registros
de la colchoneta de datos.
Si no se encuentran registrados avisara por ámbito de un mensaje.
Criterio de éxito:
En el formulario de inventario de medicamentos, se debe cargar la información del serie
completo encontrado.
En eventualidad de mandar datos inválidos el motor de búsqueda no hastiará ninguno
registro en el formulario de nómina de inventario.
Consideraciones Especiales: Ninguna

variación del inventario por futuro de medicamentos o conquista.

indiferente de la logística:
verificar la correcta altercado el serie del inventario.
organización:
• Por ámbito del formulario de nómina de stock se podrán corregir registros de la
pulvínulo de datos. Criterio de éxito: En el formulario de inventario de stock, se debe
fastidiar la información del tira completo encontrado.
En azar de mandar datos inválidos el motor de caza no empalagará nadie relación en el
formulario de directorio de personal.
Consideraciones Especiales: Ninguna

ganancia de medicamentos al stock realizados por negocio

impreciso de la logística:
comprobar el beneficio de un inventario de medicamentos por operación se ejecute
perfectamente.
logística:
• Una vez se ubique el nómina de negocio por entorno de la representación “ojeo de
importación” descrita anteriormente.
Se asediará el clavija “asociar”.
Criterio de éxito: Se demostrará la lista de cinta de inventario de la pulvínulo de datos y se
comprobará que el nómina haya sido anexado a la colchoneta de datos.
Consideraciones Especiales: Ninguna

compra a proveedores de medicamentos objetivo de la táctica:

comprobar que el desarrollo de importación se lleve a sirga exitosamente.
estrategia:
• Por ámbito del formulario de solicitud y torta de venta se realizan la verificación de la
compra Criterio de éxito: Se efectuará la listel de operación a proveedores de la
colchoneta de datos y se comprobará que el serie diligenciado en el formulario haya sido
adicionado correctamente.
En casualidad de destinar datos inválidos el cinta no debe capital sido adicionado a la
moldura de operación a proveedores
Consideraciones Especiales: Ninguna

Medicamentos entregados a pacientes

indeterminado de la estrategia:
verificar los medicamentos entregados a los pacientes adicionado a la base de datos
discrecional asentador.
estrategia:
• Por medio del formulario de cheque de medicamentos ingresar en los campos los datos
solicitados y presionar el pulsador de memorizar lista.
• Se enviarán datos incorrectos en los campos para comprobar que los avisos de
información inválida sean mostrados.
Criterio de éxito:
Se compulsará la tabla de giro de medicamentos e inventario de la colchoneta de datos y
se comprobará que el nómina diligenciado en el formulario haya sido adicionado
adecuadamente.
En contingencia de destinar datos inválidos el inventario no debe capital sido adicionado a
la franja de Cargos.
Consideraciones Especiales: Ninguna

Medicamentos formulados por médicos inventario de médicos

ecuánime de la organización:
verificar los médicos autorizados a hacer prescripciones a pacientes
organización:
• Por ámbito del formulario se registran los médicos autorizados a realizar prescripciones
de medicamentos.
• Se despacharán datos incorrectos en los campos para verificar que los anuncios de
documentación inválida sean mostrados.
Criterio de éxito:
Se confirmará la moldura de registro de protestativo en la colchoneta de datos y se
verificará que el directorio diligenciado en el formulario haya sido adicionado
admisiblemente.
En albur de destinar datos inválidos el nómina no debe haber sido adicionado a la listel de
tira de protestativo.
Consideraciones Especiales: Ninguna

búsqueda de médicos
neutro de la táctica:
verificar el lista de los médicos registrados.
táctica:
• Por atmósfera del formulario de nómina de terapeuta se podrán investigar registros de
la colchoneta de datos. Si no se encuentran registrados avisara por ámbito de un texto.
Criterio de éxito:
En el formulario de Cargos, se debe amuermar la información del directorio completo
encontrado. En riesgo de expedir datos inválidos el motor de batida no empalagará
ninguno tira en el formulario de Cargos.
Consideraciones Especiales: Ninguna

inquietud de médicos.
objetivo de la estrategia:
comprobar la correcta modificación el repertorio del libre.
organización:
• Por entorno del formulario de directorio de médicos se podrán reorganizar registros de
la base de datos.
Criterio de éxito:
En el formulario de registro de médicos, se debe aburrir la documentación del directorio
terminado encontrado. En evento de cursar datos inválidos el motor de caza no fastidiará
ninguno repertorio de discrecional, avisando por medio de un informe.
Consideraciones Especiales: Ninguna

incomunicación de médicos.
aséptico de la logística:
verificar que el terapeuta ha sido bloqueado del repertorio de pulvínulo de datos
estrategia:
• Una vez se ubique el inventario a obstaculizar por entorno de la función “persecución de
medico” descrita anteriormente. Se amenazará el tallo “obstruir”.
Criterio de éxito:
Se comprobará la tabla de médicos de la colchoneta de datos y se comprobará que el
registro haya sido bloqueado de la saco de datos.
Consideraciones Especiales: Ninguna

Reportes.

Reportes de stock
equitativo de la logística:
verificar los reportes del inventario
estrategia:
• Una vez se ubique el relación stock de medicamentos descrita anteriormente Se
amenazará el brote “escribir” “memorizar”.
Estos reportes se pueden solicitar a el asamblea deseado
Criterio de éxito:
Se corroborará la lista de reporte de la base de datos y se verificará que el lista haya
generado acertadamente especificando laboratorio y término de triunfo.
Consideraciones Especiales: Ninguna

Reportes de medico
indefinido de la organización:
comprobar que medicamentos autorizan los médicos
estrategia:
• Una vez se ubique el relación de médicos descrita anteriormente se genera la
información de medicamentos enviados. Se amenazará el clavija “mecanografiar”
“morder”. Estos reportes se pueden solicitar a el legislatura deseado Criterio de éxito: Se
comprobará la cinta de médicos de la saco de datos y se comprobará que el registro haya
generado acertadamente.
Consideraciones Especiales: Ninguna