Está en la página 1de 7

PLANEACIÓN DIDÁCTICA DEL DOCENTE

Carrera: INGENIERÍA EN DESARROLLO DE SOFTWARE Ciclo Escolar: 2021-1


Asignatura: Pruebas y Mantenimiento de Sistemas de Software Semestre: 8 Bloque: 1
Nombre del Docente: MC RICARDO RODRÍGUEZ NIEVES
UNIDAD 2
PRUEBAS DE SOFTWARE.

ANEXO 2

Nombre de la alumna: Andrea Belem Alonso Lucas


Matricula: ES1611301832
Fecha de Entrega: 17/Marzo/2021
TEMAS:
2.1. Administración de procesos de pruebas de software.
2.1.1. Plan de pruebas de software.
2.1.2. Seguimiento del plan de pruebas.

ACTIVIDAD 1 DE LA UNIDAD 2:

Propósito: • Identificar los principales conceptos y fases relacionados con las pruebas de software.
1.- De acuerdo al concepto de Administración de procesos de pruebas, elabora un cuadro sinóptico con las etapas que lo conforman
buscando que el mismo tenga niveles desagregados para definir en que consiste cada etapa.
2.- Revisando los conceptos de Prueba / Caso de Prueba / Escenario de prueba, elabora un cuadro sinóptico señalando cada
elemento, así como asignado un ejemplo para cada uno. https://jmeterenespanol.org/blog/2019-10-20-escenario-antonio/
3.- Una vez que diste lectura a la metodología RUP (Rational Unified Process), deberás construir un mapa mental donde organices
los elementos que componen la metodología.
4.- Enlista cuales son los pasos para la elaboración de un Plan de pruebas.

Paso 1 Planificación de pruebas


Consiste en determinar qué, como, cuando y con que se va a evaluar.
Depende del nivel de software, depende de lo que evaluará, el código o la interfaz del componente o sistema de software

Paso 2 Diseño de los casos de prueba


Es un documento que refleja las expectativas de los usuarios. Permite verificar tales expectativas y validarlas. Describe
detalladamente el cómo se llevará a cabo la prueba

Paso 3 Configuración
Para llevar a cabo las pruebas se debe configurar, ya sea de forma manual o automatizada a través de un script, un archivo de
ordenes o de procesamiento por lotes

Paso 4 Ejecución
La persona que evalúe el código forzosamente debe conocer cómo está la programación del componente. Si se evalúa la interfaz
solo se requiere conocer los datos de entrada del componente, y lo que se espera que haga el componente con tales datos. Todo
caso de prueba ejecutado debe estar documentado con versión y fecha de aplicación.

Paso 5 Evaluación y cierre


Se centra en el reporte final de pruebas de software. Este reporte es generado después de que las pruebas de regresión se han
aplicado valida que los errores encontrados en las diferentes pruebas aplicadas en las diferentes fases de desarrollo de software se
hallan corregido.
Este último reporte tiene que estar firmado por el cliente, que el sistema se entregó en buenas condiciones optimas
5.- Realiza una investigación donde señales nombre y una breve explicación de 3 aplicaciones o herramientas utilizadas para
pentesters.

No. Nombre de la APP o Explicación breve de la herramienta.


Herramienta
Una distribución completa de LINUX especializada en la auditoria de seguridad
de sistemas.
1 Kali Linux Cuenta con 300 herramientas para realizar análisis de penetración, aunque está
especializada en la ofensiva.

Está especializada en descifrar contraseñas sin conexión lo que permite conocer


2 John the Ripper la fiabilidad de las que se han creado. Es capaz de des encriptar archivos.

Está enfocado en el análisis de vulnerabilidades de las páginas web, lanza toda


una serie de ataques contra la web seleccionada y en poco tiempo determina en
3 Burp Suite
que falla.
Fuentes de Consulta

 UNADM. (2020). Fundamentos del aseguramiento de la calidad del software. México

 EcuRed. (). Proceso Unificado de Desarrollo. https://www.ecured.cu/Proceso_unificado_de_desarrollo

 VIEWNEXT. (2020). Las 8 herramientas imprescindibles de pentesting. https://www.viewnext.com/8-herramientas-


imprescindibles-pentesting/

También podría gustarte