Está en la página 1de 7

Pruebas de Sistema

Alexis Jiménez Vejar

Taller de Integración de Software

Instituto IACC

21-09-2020
Desarrollo

De acuerdo con el sistema prototipo desarrollado, realizar las pruebas de sistema el cual debe
estar documentado en un documento Word los siguientes ítems:
 Pruebas funcionales.
 Pruebas de comunicaciones.
 Pruebas de rendimiento.
 Pruebas de volumen.
 Pruebas de sobrecarga.
 Pruebas de disponibilidad de datos.
 Pruebas de facilidad de uso.
 Pruebas de operación.
 Pruebas de entorno.
 Pruebas de seguridad.

Pruebas Funcionales: Dirigidas a asegurar que el sistema de información realice


correctamente todas las funciones, que se han detallado en las especificaciones dadas por el
usuario del sistema. También se considera una prueba de tipo caja negra basada en la
ejecución, revisión y retroalimentación de las funcionalidades previamente diseñadas para el
software. Se dividen en 5 fases: Análisis de requisitos, diseño de plan de pruebas, ejecución,
gestión de incidencias.

Pruebas de Comunicaciones: Es normalmente más detallada y rigurosa que la funcional. Un


sistema de información de prueba integral y bien estructurado es aquel que asegura que todos
los componentes del sistema sean probados.

Pruebas de Rendimiento: Las pruebas de rendimiento pueden servir para diferentes


propósitos. Para su diagnóstico, los ingenieros de software utilizan herramientas, como
pueden ser monitorizaciones que midan qué partes de un dispositivo o software contribuyen
más al mal rendimiento o para establecer niveles y umbrales de este, que mantenga un tiempo
de respuesta aceptable. Existen distintos tipos de pruebas de rendimiento: Pruebas de Carga,
estrés, picos y prerrequisitos para las pruebas de carga.

Pruebas de Volumen: Las pruebas de volumen hacen referencia a grandes cantidades de


datos, para determinar los límites en que se causa que el sistema falle. También identifican la
carga máxima o volumen que el sistema puede manejar en un período dado. Por ejemplo, si
el sistema está procesando un conjunto de registros de base de datos para generar un reporte,
una prueba de volumen podría usar una base de datos de prueba grande y verificar que el
sistema se comporta normalmente y produce el reporte correctamente.
Pruebas de Sobrecarga: Consisten en comprobar el funcionamiento del sistema en el
umbral límite de los recursos, sometiéndole a cargas masivas. El objetivo es establecer los
puntos extremos en los cuales el sistema empieza a operar por debajo de los requisitos
establecidos, además de verificar el tiempo de respuesta del sistema para transacciones o
casos de uso de negocios, bajo diferentes condiciones de carga.

Pruebas de Disponibilidad de Datos: Consisten en demostrar que el sistema de información


puede recuperarse ante fallos, tanto de equipo físico como lógico, sin comprometer la
integridad de los datos.

Pruebas de Factibilidad de Uso: Consisten en comprobar la adaptabilidad del sistema a las


necesidades de los usuarios, tanto para asegurar que se acomoda a su modo habitual de
trabajo, como para determinar las facilidades que aporta al introducir datos en el sistema y
obtener los resultados, además determina cuán bien el usuario podrá usar y entender el
sistema. Identifica las áreas de diseño que hacen al sistema de difícil uso para el usuario.

Pruebas de Operación: Consisten en comprobar la correcta implementación de los procedimientos


de operación, incluyendo la planificación y control de trabajos, arranque y rearranque del sistema.

Pruebas de Entorno: Consisten en verificar las interacciones del sistema con otros sistemas dentro
del mismo entorno.

Pruebas de Seguridad: Consisten en verificar los mecanismos de control de acceso al sistema,


para evitar alteraciones indebidas en los datos, además esta fase se divide en.
 Nivel de seguridad de del sistema de información: verifica que un actor solo pueda
acceder a las funciones y datos que su usuario tiene permitido.
 Nivel de seguridad del sistema: verificar que solo los actores con acceso al sistema y
a del sistema de información están habilitados para accederla.
Las pruebas de seguridad y control de acceso se centran en dos áreas claves de seguridad:
 Seguridad del sistema, incluyendo acceso a datos o Funciones de negocios y
Seguridad del sistema, incluyendo ingresos y accesos remotos al sistema.
 A continuación se expondrán los casos de prueba aplicados al sistema. Los casos de prueba
fueron realizados con la herramienta TESTLINK. Esta herramienta permite crear y gestionar
casos de prueba.

Caso de Prueba CI-1: ingreso corrector al sistema [Versión : 1]

Autor: user - 21/09/2020 00:56:44

Resumen:

el usuario tiene que estar registrado para acceder al sistema.


Precondiciones:

formulario de acceso al sistema


Notas de la Estado de la
Nº: Pasos: Resultados Esperados:
ejecución: ejecución:
se espera que el usuario
ingresar valor en el textbox con
1 ingrese los datos registrados Pasado
nombre 'admin@rsdcode.com'
en la base de datos.
ingresar en el valor en el textbox el textbox debe estar cifrado
2 Pasado
nombre 'contraseña'  en password
debe ingresar al modulo o
3 dar click a ingresar controlador home de la Pasado
aplicación
Tipo de ejecución: Manual
Duración estimada de
2.00
la ejec. (min):
Importancia: Alta
Requisitos  Ninguno
Keywords:  Ninguno
Detalles de la
 
ejecución
Tester user
Resultado de la
Pasado
Ejecución:
Modo de Ejecución: Manual
Duración de le
 
ejecución (min):
Caso de Prueba CI-2: Registro correcto de un usuario [Versión : 1]

Autor: user - 21/09/2020 02:28:19

Precondiciones:

 se deben ingresar los datos correctos del usuario

Notas de la Estado de la
Nº: Pasos: Resultados Esperados:
ejecución: ejecución:
 completar datos  se deben ingresar los datos de
1 personales del usuario usuario Pasado

 se espera que el rut ingresado


 validar el campo rut
2 sea correcto Pasado

 se espetan que se completen


 ingresar antecedentes
datos de antecedentes del cuidador, 
3 psicosociales Pasado
son obligatorios

 ingresar antecedentes  se esperan datos de


4 de discapacidad discapacidad del usuario Pasado

 ingresar antecedentes  se esperan que los campos no


5 de salud queden vacíos. Pasado

 se debe seleccionar al menos


 acciones a seguir
6 una acción. Pasado

Tipo de ejecución: Manual


Duración estimada de
2.00
la ejec. (min):
Importancia: Alta
Requisitos  Ninguno
Keywords:  Ninguno
Detalles de la
 
ejecución
Tester user
Resultado de la
Pasado
Ejecución:
Modo de Ejecución: Manual
Duración de le
 
ejecución (min):
 
Caso de Prueba CI-4: registro de un nuevo usuario [Versión : 1]
Caso de Prueba CI-3: consulta de reportes al sistema [Versión : 1]
Autor: user - 21/09/2020 03:10:41
Autor: user - 21/09/2020 02:56:20
Notas de la Estado de la
Nº: Pasos: Resultados Esperados:
Precondiciones: ejecución: ejecución:

ingreso de datos se espera que se completen los


1 Pasado
del usuario
filtrar información para reportes campos
relevantes para personales del usuario
la organizacion
asignación de se espera asignar un rol al usuario Notas de la Pasado
Estado de la
2
Nº: Pasos: Resultados Esperados:
roles creado ejecución: ejecución:
reporte de pacientes se
conespera queuna
se espera al presionar el btn
patologia base y que el
13 eliminar
patologiasusuario
como eliminar, el usuario
sistema devuelvasea
los eliminado
pacientes endel
esa Pasado
Pasado
diabetes sistema.
condicion.
Tipo de ejecución: Manual se espera que el administrador
2 filtro por rango etareo Pasado
Duración estimada seleccion  
5.00
de la ejec. (min): se debe filtrar por acciones aseguir
3 filtro por accion a seguir Pasado
Importancia: Alta registradas a cada usuarios
Tipo de ejecución:
Requisitos Manual
 Ninguno
Duración
Keywords: estimada de  Ninguno
3.00
la ejec. (min):
Detalles de la
Importancia:  Alta
ejecución
Requisitos
Tester  Ninguno
user
Keywords:
Resultado de la  Ninguno
Pasado
Ejecución:
Detalles de la
 
ejecución
Modo de Ejecución: Manual
Tester
Duración de le user
 
ejecuciónde
Resultado (min):
la
Pasado
Ejecución:
Modo de Ejecución: Manual
Duración de le
 
ejecución (min):
- Bibliografía

IACC (2019). Pruebas de Sistemas.

Taller de Integración de Software.

Semana 5.

También podría gustarte