Juan Lorca Control Semana 6

Etapa IV: Pruebas.
Juan M. Lorca Gajardo

Ingeniería de Software
Instituto IACC
10 de junio 2021
Antecedentes:
INSTRUCCIONES: Lea atentamente la siguiente situación y responda a lo solicitado:
Luego de finalizada la construcción del sistema de asistencia de empleados de la clínica, se

deben realizar las pruebas correspondientes. Su personal le entregó las siguientes actividades,
usted detecta que faltan etapas necesarias para la ejecución de pruebas de software, ante eso
debe entregar un informe en el cual identifique las etapas que están presentes y realizar una
breve descripción de las etapas que faltan:
 Revisar documentación del sistema.
 Comparar resultados obtenidos.
Desarrollo:
Lo primero que debemos contemplar es la planificación de las pruebas, con el fin de ver los
procesos de pruebas que haremos con algunos aspectos básicos como:
 Tipos de prueba: Debemos definir que pruebas se harán en base al desarrollo del
control de asistencia que estamos efectuando para encontrar las pruebas necesarias
para ver cómo va a funcionar el sistema.
 Alcance de las pruebas: Acá veremos el alcance de las funcionalidades de nuestro

software y ante eso definir hasta donde queremos llegar con las pruebas que haremos al
sistema como tal.
 Criterios de salida: Acá veremos en base a las pruebas que realicemos dependiendo de
las respuestas que obtengamos si el proceso como tal está finalizado o no.
Dentro de los criterios de salida que podemos definir para este caso están el número defectos
críticos que encontremos, los tiempos de respuesta de la ejecución de una tarea, etc.
Otros aspectos: Tales como los tiempos que daremos a cada prueba, una cronología y
cronograma de pruebas, etc.
Con todo lo anterior claro podemos pasar al “diseño de pruebas” en el cual teniendo la
documentación a nivel de arquitectura del sistema, diseños y manuales que tenemos del
sistema que estamos creando con podremos iniciar el diseño de los casos de prueba.
El diseño de los casos debe considerar los aspectos positivos y negativos. En casos negativos
estos nos van a permitir validar cómo se comporta el sistema ante situaciones anómalas o
atípicas para así chequear la robustez de este sistema.
Otro paso que debemos tener presente siguiendo la línea lógica es la “implementación y
ejecución de pruebas” la cual debe comenzar con la creación de los datos de prueba necesarios
para poder ejecutar nuestros casos de prueba que hayamos definido. Las pruebas que podemos
hacer pueden ser manuales o automáticas y en cualquiera de ambos casos debemos dejar
documentado las fallas que encontremos y dejar una trazabilidad de cómo resolver estos
inconvenientes.
Con todo lo anterior podemos definir además la “evaluación de criterios de salida” que
básicamente es definir si las pruebas se pueden dar por finalizadas o no con la información que
se ha obtenido en el proceso y con eso podemos ir donde el cliente, en este caso la clínica, para
que puedan evaluar si el software desarrollado cumple con lo que ellos esperan para el registro
de asistencia.
Con los pasos antes mencionados estamos en condiciones de irnos a la parte de definir los
niveles de prueba de software los cuales serían:
 Pruebas de componente: Este tipo de pruebas consisten básicamente en ver que se el

sistema se pueda comportar de buena forma al momento de ingresar datos de forma
errada (ejemplo el rut de un usuario) y así el sistema pueda actuar de buena forma
tratando ese ingreso de datos erróneo sin que colapse o falle. Además todo esto queda
definido (las pruebas) por el lenguaje que usemos para el desarrollo y la idea es que en
los tipos de pruebas implementemos funcionalidad a nivel positivo y negativo.
 Pruebas de integración: Acá las pruebas que se hacen es a nivel de interacción entre los
elementos que desarrollamos del software y que estas funcionen de buena forma
(ejemplo conexión de base de datos y consultas de asistencia de usuario).
 Pruebas de sistema: Acá en términos simples creamos un ambiente de “testing” en el
cuál se le da acceso a algunos usuarios de la clínica para que puedan hacer las pruebas
de funcionalidad de toda la plataforma y que ellos nos den un feedback de cómo ven el
sistema, el tipo de inconvenientes que presentaron etc.
Todo esto igual debe ser monitoreado por algún desarrollador para ver posibles fallos del
sistema en su etapa de uso a nivel de base de datos, codificación, encontrar posibles bugs, etc.
 Ajustes al Software: Con todos los pasos anteriores pasamos a la etapa en que
realizamos las modificaciones necesarias para solventar cualquier inconveniente
durante las pruebas para hacer la entrega final del sistema.
Ya teniendo todas las pruebas realizadas además pasamos a hacer además la etapa en que se
verifica la documentación del sistema para hacer los manuales necesarios para los usuarios,
además de dejar un registro de todo lo que se usó para implementar el sistema como tal en
caso que se presente algún inconveniente se pueda consultar este documento para encontrar
lo más rápido posible una solución al problema.
Bibliografía:
Contenidos semana 6, Ingeniería de Software. Instituto IACC. Año 2018.

Juan Lorca Control Semana 6

Cargado por

Copyright:

Formatos disponibles

Juan Lorca Control Semana 6

Cargado por

Información del documento

Descripción 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

Juan Lorca Control Semana 6

Cargado por

Copyright:

Formatos disponibles

Etapa IV: Pruebas.

Juan M. Lorca Gajardo

INSTRUCCIONES: Lea atentamente la siguiente situación y responda a lo solicitado:

Luego de finalizada la construcción del sistema de asistencia de empleados de la clínica, se

 Revisar documentación del sistema.

 Comparar resultados obtenidos.

 Alcance de las pruebas: Acá veremos el alcance de las funcionalidades de nuestro

 Pruebas de componente: Este tipo de pruebas consisten básicamente en ver que se el

Contenidos semana 6, Ingeniería de Software. Instituto IACC. Año 2018.

También podría gustarte