introducción a las preubas

3. Proyectos I+D 1UNIDAD 3 Elaboración de una propuesta de desarrollo de
proyecto

4. Plan de trabajo de la unidad 01Introducción| Elaboración de una propuesta de desarrollo de proyecto
Unidad Tema Duración
Teoría /
Práctica
3. Elaboración de
una propuesta
de desarrollo de
proyecto
3.1 Propuesta de proyecto
3.1.1 Documento ejecutivo
3.2 Requisitos del proyecto
3.3 Diseño y modelado del proyecto
3.4 Codificación y pruebas del proyecto
3.5 Documentación del proyecto
3.5.1 Documento técnico
3.5.2 Documentos complementarios
20 / 38

5. Evaluación de la unidad 02Introducción | Elaboración de una propuesta de desarrollo de proyecto
Actividad Evidencia Ponderación
3.1 Redactar propuesta de proyecto Documento Word 5%
3.2 Presentar propuesta de proyecto Presentación ppt/vídeo 3%
3.3 Redactar documento de requisitos del proyecto Documento Word integrando
el punto 3.1
7%
3.4 Presentar los requisitos del proyecto Presentación ppt/vídeo 3%
3.5 Elaborar la arquitectura y modelado de la solución
a desarrollar
Documento Word con
diagramas
10%
3.6 Presentar los modelos de la solución Presentación ppt/vídeo 3%
3.7 Elaborar la matriz de pruebas de la solución
desarrollada
Documento Word 10%
3.8 Documentar el código del sistema Documento Word 15%
3.9 Presentar la solución desarrollada Presentación ppt/vídeo 5%
3.10 Elaborar manual de usuario y técnico de la
solución desarrollada
Documento Word 10%
3.11 Presentar el proyecto final Presentación ppt/vídeo 10%

6. Pie de foto.
03Codificación y pruebas| Elaboración de una propuesta de desarrollo de proyecto
Codificación y
pruebas del
proyecto
Concepto de desarrollo de una app con diseño plano. https://www.freepik.es/vector-gratis/concepto-desarrollo-app-diseno-
plano_2455987.htm#page=1&query=software&position=25

7. Pruebas del software
04Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto

8. 05Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Recuerda
Las pruebas intentan demostrar que un programa hace lo que se intenta que
haga, así como descubrir defectos en el programa antes de usarlo.
Validación: ¿Estamos construyendo el producto correcto?
Se ocupa de controlar si el producto satisface los requerimientos del usuario.
Verificación: ¿Estamos construyendo correctamente el producto?
Implica comprobar que el software cumpla con su funcionalidad y con los
requerimientos no funcionales establecidos.
Las pruebas pueden mostrar sólo la presencia de errores, más no su
ausencia.

9. 06Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Una prueba de software
es todo proceso orientado
a comprobar la calidad del
software mediante la
identificación de fallos en
el mismo. Un caso de prueba es un
conjunto de entradas ,
condiciones de ejecución y
resultados esperados para
verificar el cumplimiento
de un determinado
requisito.
Un fallo es un efecto
indeseado observado en
las funciones o
presentaciones
desempeñadas por un
software.
Un error o defecto es una
imperfección en el
software que provoca un
funcionamiento incorrecto
en el mismo.

10. Pie de foto.
07
Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Pruebas del software
Las pruebas se realizan en cuatro etapas:
1) Prueba de unidades (prueba de métodos y clases)
2) Prueba de integración o de subsistemas
3) Prueba de sistema
4) Prueba de validación (o de aceptación)

11. Pie de foto.
08Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Tipos de pruebas
Las pruebas de defectos:
Buscan las inconsistencias entre un programa y su especificación.
Las pruebas estadísticas:
Buscan demostrar que satisface la especificación operacional y su
fiabilidad.

12. Pie de foto.
09
División tradicional
Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Pruebas de caja blanca: aquellas que están basadas en información
acerca de cómo se ha diseñado o programado el software.
Pruebas de caja negra: aquellas donde los casos de prueba se basan
solamente en el comportamiento de la entrada y salida de datos.
Pruebas de caja gris: se trata de un tipo especial de pruebas de caja
negra en las que resulta imprescindible conocer parte del código para
poder realizar las pruebas.

13. 10
Base de clasificación Técnicas específicas
Técnicas basadas en la intuición y
experiencia
Pruebas ad hoc
Pruebas por exploración
Técnicas basadas en la
especificación
Partición de equivalencia
Análisis de valores límite
Pruebas de robustez
Tablas de decisión
Pruebas basadas en máquinas de estado finito
Pruebas basadas en especificaciones formales
Pruebas aleatorias
Técnicas basadas en el código Pruebas de cobertura basadas en flujo de
control
Pruebas de cobertura basadas en flujo de datos
Técnicas basadas en errores Pruebas de conjetura de errores
Pruebas de mutación
Técnicas estadísticas Pruebas de sala limpia
Técnicas basadas en el uso Pruebas de perfil operativo
Pruebas de fiabilidad del software
Clasificacióndelastécnicasdepruebas

14. Pie de foto.
11Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Niveles de pruebas

15. Pie de foto.
12Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Plan de pruebas
El plan de prueba: describe todos
los métodos que se utilizarán para
verificar que el software satisface la
especificación del producto y las
necesidades del cliente. Incluye los
objetivos de calidad, necesidades de
recursos, cronograma, asignaciones,
métodos, etc. Casos de prueba: lista los ítems
específicos que serán probados y
describe los pasos detallados que
serán seguidos para verificar el
software.

16. Pie de foto.
13Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Reporte de pruebas: describen los
problemas encontrados al ejecutar
los casos de prueba.
Herramientas de pruebas y
automatización: documentación de
las herramientas empleadas en el
proceso de pruebas.

17. Pie de foto.
14Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Estrategia de pruebas
Se planificarán las pruebas especificas a ser aplicadas, para lo cual se
incluye la definición de las pruebas, las estrategias, lo recursos y las
estimaciones de tiempo.
Esta planificación deberá realizarse para cada sub-sistema en forma
separada.
• Se definen las pruebas a aplicar.
• Se especifican las técnicas a utilizar.
• Se establece el tiempo para la ejecución de cada una de las pruebas.
• Uso de herramientas.
• Criterios de aceptación.
• Recursos involucrados

18. Pie de foto.
15Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Resultado de la planificación: Se deberán definir los siguientes
puntos:
Cronograma detallado de la ejecución de las pruebas; donde se
especifica qué prueba se realiza, cuánto tiempo se estima para
su ejecución, recursos a utilizar (humanos y tecnológicos).
Formatos a utilizar para el diseño de las pruebas.
Formatos a utilizar para el registro y análisis de los resultados
de las pruebas.
Herramientas a utilizar para la gestión de incidencias.
Procedimientos para el control de cambios.
Herramientas a utilizar para la ejecución de las pruebas.

19. Pie de foto.
16Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Diseño de las pruebas
Definición de Casos de Pruebas: En esta
sección se especifica el inventario de las
pruebas, el cual permitirá:
• Definir y asignar prioridades como; alta,
media o baja.
• Establecer un orden de trabajo.
• Estimación del tiempo en probar cada
funcionalidad
Resultados de la ejecución de las Pruebas: En este
punto se especifican los resultados de las pruebas,
identificando cada prueba y la estimación de esfuerzo
• Inventario de pruebas priorizado.
• Estimación de esfuerzo de cada funcionalidad.
• Plazos previstos para la solución
• Criterios de Terminación.

20. Pie de foto.
17Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto

21. Pie de foto.
18Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Ejemplos
Particiones de
equivalencia:
1) ¿Se han definido
pruebas de valores de
entrada válidos)
2) Se han definido
pruebas de valores de
entrada no válidos?
HU 4.1 Yo como paciente
potencial debería poder registrarme en el
sistema para crear mis credenciales
únicas.
CA 4.1 El sistema pide los datos personales
y una contraseña segura al paciente
potencial (contraseña segura: al menos una
letra mayúscula y un número).

22. Pie de foto.
19Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Análisis adicionales (A nivel de historia de usuario, a nivel de épica)
• Una prueba con la operación inversa para determinar si es correcto. Por ejemplo,
insertar un nuevo paciente y con un Select validar un Insert en una BD.
• Forzar condiciones de error: OS, Hardware, Navegador, Internet, Compilador
(Conexión a la BD, Conexión al servidor, Falta de red, Probar con diferentes
navegadores)
• Rendimiento. Tiempo y tamaño. Revisar el tiempo normal de un insert para este
formulario y tenerlo como referencia y probar el rendimiento de muchos (?) inserts
al mismo tiempo. Objetivo, garantizar que no se satura el sistema.

23. Pie de foto.
20Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Pruebas para la Historia de Usuario 4.1
• Análisis de límites para el número.
Una prueba exactamente en el límite inferior (Longitud = 2)
Una prueba exactamente en el límite inferior – 1 (Longitud = 1)
Una prueba exactamente en el límite superior (Longitud = 255)
Una prueba exactamente en el límite superior + 1 (Longitud = 256)
Corresponde al formato. Incluso para datos complejos (Charset UTF-8 (utf8mb4_unicode_ci y iso-8859-1))
Rango. (1<Longitud<256 (Válida); 2>Longitud || Longitud>255 (No válida))
Existe (Es obligatorio el campo, Campo vacío. Mensaje de error “El nombre es obligatorio favor de ingresarlo”,
Referencia Nula no permitida)
Cardinalidad (String (2-255 caracteres) y los espacios en blanco no importan)

24. Pie de foto.
21Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Entradas válidas Cadena de caracteres con longitud
exacta de 18
Entradas no válidas Caracteres no alfanuméricos
Cadena de caracteres con longitud
distinta a 18
Análisis de límites para el número. Una prueba exactamente en el límite
inferior
Longitud = 18
Una prueba exactamente en el límite inferior - 1 Longitud = 17
Una prueba exactamente en el límite superior Longitud = 18
Una prueba exactamente en el límite superior + 1 Longitud = 19
Pruebas para el número el CURP del Paciente
Particiones de equivalencia para el número.

25. Pie de foto.
22Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto
Hoja de control

26. Pie de foto.
23Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto

27. Pie de foto.
24Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto

28. Pie de foto.
25Pruebas del software | Elaboración de una propuesta de desarrollo de proyecto

29. Bibliografía recomendada
• Ingeniería de Software Orientado a Objetos. Bruegge, Bernd y
Dutoit, Allen. Prentice-Hall, 2002
• IEEE Recommended Practice for Software Requirements
Specifications Software Engineering Standards Committee of the
IEEE Computer Society. ISBN 0-7381-0332-2
• Ingeniería del Software. Un enfoque práctico. 7ma. Edición.
Pressman, Roger. McGraw-Hill, 2010
• Ingeniería de Software. 6ta. Edición. Sommerville, Ian. Prentice-
Hall, 2002
• Sistemas de información gerencial. Laudon & Laudon. Pearson,
2012.
• Ingeniería del Software. Un enfoque desde la guía SWEBOK.
Sánchez, Sicilia & Rodríguez. Alfaomega.
26
Bibliografía|Elaboración de una propuesta de desarrollo de proyecto
Concepto de biblioteca en línea con dispositivos electrónicos de lectura de personas y estantes de libros isométricos 3d . https://www.freepik.es/fotos-vectores-gratis/tecnología. Creado por
macrovector.

30. Sitios Web 27
Anexo| Elaboración de una propuesta de desarrollo de proyecto
Ilustración de personajes y concepto de www. https://www.freepik.es/fotos-vectores-gratis/tecnología. Creado por rawpixel.com
Puedes consultar el siguiente vídeo
https://www.youtube.com/watch?v=Hy_zqw
JiR5U

31. Gracias.
©2020
Es responsabilidad exclusiva de los autores el respeto de los derechos de autor sobre los contenidos e imágenes en el presente
documento, en consecuencia, la BUAP no se hace responsable por el uso no autorizado, errores, omisiones o manipulaciones de los
derechos de autor y estos serán atribuidos directamente al Responsable de Contenidos, así como los efectos legales y éticos
correspondientes.