Pruebas Estáticas, Dinámicas y de estrés al

banco Caribe

En el banco caribe encuentro que su modulo de pagos y

transferencias es bastante interesante y por dicha razón eh
decidido evaluar dicho modulo
Prueba Estática

• Se comprobó que al momento del usuario clickear

La opción Pagos y transferencias, aparecerán 3
módulos a seleccionar los cuales son: Pagos y
transferencias, Beneficiarios Banco Caribe,
Beneficiarios otros bancos.

• Se comprobó que para el usuario poder realizar una transferencia a cualquier

cuenta, debe primero registrarla en el sistema.

• Se comprobó que las cuestas agregadas del mismo banco y de otros están
separadas por módulos.
• Se comprobó que para el usuario poder agregar una cuenta primero debe de
responder una pregunta de seguridad.

• Se comprobó que, si el usuario introduce la pregunta de seguridad mal 3 veces,

el sistema automáticamente bloqueará al usuario y se tendrá que comunicar con
soporte del banco para recuperar la cuenta (No muestro imagen porque no
quiero que me bloquen, pero si me paso una vez)

• Se comprobó que en el formulario para agregar un beneficiario banco caribe, con

solo llenar el numero de cuenta, se rellenan los demás campos como Cedula,
nombre, apellido y tipo de cuenta.

• Se comprobó que, para agregar un beneficiario de otro banco, al momento de

llenar el textbox de no. cuenta, no se rellenan los demás campos como lo hace
en beneficiarios banco caribe. Este puede ser un fallo ya que el usuario puede
agregar un nombre erróneo a la cuenta y el sistema no valida si el nombre es
correcto o no, lo mismo con la cedula y el tipo de cuenta.
 Pruebas Dinámicas

Entrada Salida Esperada No esperada

Producto Origen: El portador de la cuenta la X

******01 cual estará realizando la
transferencia

Tipo de producto destino: Tipos de beneficiarios X

Beneficiario Banco Caribe

Producto destino: Beneficiario del banco X

******72 caribe

Monto a transferir: 2000 Monto Valido X

Entrada Salida Esperada No esperada

Producto El portador de la cuenta la X

Origen:******01 cual estará realizando la
transferencia

Tipo de producto destino: Tipos de beneficiarios X

Beneficiario Otros bancos

Producto destino: Beneficiario del banco del X. El numero de cuenta

******90 Reservas pertenece al banco
popular, sin embargo se
pudo crear como banco
del reservas
Monto a transferir: 80 No tiene fondo para X
realizar la transferencia de
Balance actual 100
80 RD. Se debe de dejar de
fondos en la cuenta un
mínimo de 50 pesos.

Entrada Salida Esperada No esperada

Producto El portador de la cuenta la X

Origen:******01 cual estará realizando la
transferencia

Tipo de producto destino: Tipos de beneficiarios X

Beneficiario Banco Caribe

Producto destino: Beneficiario del banco X

******72 caribe

Monto a tranferir: -2000 No tiene fondo para X.

realizar la transferencia de
-2000 RD.

Entrada Salida Esperada No esperada

Producto El portador de la cuenta la X

Origen:******01 cual estará realizando la
transferencia

Tipo de producto destino: Tipos de beneficiarios X

Beneficiario Banco Caribe
Producto destino: Beneficiario del banco X. Retorna el nombre
******72 popular erróneo del portador de la
cuenta

Monto a transferir: 2000 No tiene fondo para x

realizar la transferencia de
80 RD.

Pruebas de estrés

Peticiones excesivas:
Los limites que obtuvimos de la página del banco caribe al enviar 5 millones de peticiones
al servidor simultáneamente hace que entre en un estado de congelación porque los hilos
de las maquina en el cual está alojado sus servicios no tenía el hardware necesario para
procesar todas esas peticiones al mismo tiempo.

Tiempo de cargar:
El tiempo de carga de la página web en la RD fue de 2.70 s a un total de 62 peticiones
simultáneamente y el grado de rendimiento es de un 69. Y como podrá observa en la
imagen esto son el resultado de todos lo archivo que la pagina cargo al momento de hacer
la peticiones
Sobrecargar de la página por altas fluctuaciones de
usuarios al mismo tiempo:
Hicimos varias prueba y llegamos a una conclusión el límite de la página al recibir al mismo
tiempo acciones del usuarios o recargar la página calculamos un aproximado de 500 mil
ordenadores conectado simultáneamente sobrecargaría el servido de la página web
haciendo que entre en estado de emergencia y protegerse de que si es un ataque
DDOS(El ataque DDos, también conocido como ataque de denegación de servicio se logra
saturando el servidor que usa un servicio web).

Tiempo de espera al hacer varias transacciones de

diferentes lugares.
Hicimos un aproximado de cuanta transacción podría hacer en un periodo de tiempo
tomando en cuenta el internet del usuario y la localidad esto dos factores son clave para
que el tiempo de repuesta que el usuario tenga sea de lo óptimo.

Internet de 1 a 5 mbs
• Tiempo máximo de espera: 6 a 8.9 segundo
• Tiempo medio de espera:4.5 a 5.5 segundo
• Tiempo mínimo de espera:1.0 a 3.5 segundo
Eso datos son cálculos aproximado ya puede tener un día mejor si tuviera un internet más
alto sería más rápido pero la repuesta es otra cosa porque eso depende del servidor y ahí
es donde quería llegar si calculamos el tiempo que se toma al enviar la petición y la
multiplicamos por 100 mil usuarias a la vez esto crearía un colapso por varias minutos
porque si el servido está autorizado para ese tipo de situaciones no sería problemas. Así
que lo único que afecta en esta situación es el banco si cancela el meto de escalación
flexible que provee los servidores automatizados.