UNVERSIDAD NACIONAL DE INGENIERIA

FALCULTAD DE ELECTROTECNIA Y COMPUTACION

INGENIERIA EN COMPUTACION

INGENIERIA DE SOFTWARE II

Elaborado por:
 Br. Flores Blandón Francis Rebeca 2010-32686

Grupo de clases:

 5T3-Co

Recibido por:

 Ing. Lizette Carolina Duarte Mora

Jueves, 27 de abril de 2017.

1. Pruebas de cargas
Las pruebas de carga miden la capacidad del sistema para continuar funcionando
apropiadamente bajo diferentes condiciones de carga.
La meta de las pruebas de carga es determinar y asegurar que el sistema funciona
apropiadamente aún más allá de la carga de trabajo máxima esperada.
Adicionalmente, las pruebas de carga evalúan las características de desempeño
(tiempos de respuesta, tasas de transacciones y otros aspectos sensibles al tiempo).

Herramientas
 App Synthetic Monitor: Permite ver información actualizada sobre la
accesibilidad de tu página web o blog. Te envía alertas por correo
electrónico, SMS (mensaje de texto) o RSS. También disponer de
una verificación continua de la calidad de la accesibilidad de tu servidor web
(24 horas al día, 7 días a la semana) y te envía informes periódicos por correo
electrónico.
 DareBoost: Es una herramienta con un buen diseño, que comprueba un
centenar de puntos en sus sitios web y ofrece detalles sobre el rendimiento,
además de darte información valiosa de SEO, la accesibilidad, la calidad del
código, y más. Da de forma sencilla una puntuación de: Tiempo de carga,
tamaño de la página, requerimientos al servidor, Validación de W3 con
errores en HTML y Css y que tecnologías se utilizan como avatar,
WordPress, php etc.
 Dotcom Monito: Esta herramienta es muy sencilla y con gran usabilidad. Te
permite probar la velocidad sitio web desde múltiples ubicaciones en todo el
mundo. Te proporciona información según el tipo de navegador de la página
web (incluye Android para móviles). Detecta elementos lentos y faltantes,
informe en cascada, tablas y gráficos
 GTmetrix: Nos muestra de manera porcentual el impacto de cada error de
tu página web y su correspondiente solución de forma detallada y fácil de
corregir. Además, en GTmetrix podremos medir la velocidad de nuestra
página web utilizando tecnología de Google page Speed y Yahoo! YSlow y
ver cuál es su comportamiento en una gran cantidad de parámetros tales
como JavaScript, CSS, Solicitudes HTTP, Búsquedas de
DNS, Ajax, Cantidad de elementos DOM y escalado de
imágenes. Comprueba la eficiencia de todos estos elementos,
realiza comparaciones con otras páginas web y, por si fuera poco, nos da un
millón de consejos para las correcciones.
 Pingdom Tools: Es, sin duda, la herramienta online mas completa para
medir y mejorar la velocidad de carga de tu página web. Su funcionamiento
consiste en testear tu página web por completo rastreando todo el contenido
a través del código HTML (es capaz de detectar imágenes, CSS, Javascripts,
RSS, Flash y frames/iframes). De hecho, imita la manera en la cual se
cargaría tu web normalmente. El funcionamiento es realmente sencillo, solo
ingresamos la url y listo, le damos clic en “Test now!”, pero no todo queda
ahí, ya que, de forma gratuita, te permite medir bloques muy importantes de
tu página web (Test total de la página web, salud DNS, ping y traceroute).
  Muy útil sin dudas ya que su gráfico de barras nos permite apreciar el orden
en que se cargan los elementos, su tiempo y su peso. También incluye un
historial estadístico para ver el avance en la optimización en el paso del
tiempo, pero también requiere un dominio propio para que no aparezcan
resultados de otros blogs con la terminación .blogspot.com.

2. 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.

El objetivo de esta prueba es someter al sistema a grandes volúmenes de datos

para determinar si el mismo puede manejar el volumen de datos especificado en
sus requisitos.

Algunos ejemplos de escenarios de prueba de volúmenes:

 Un compilador puede ser alimentado por un programa para compilar que sea
absurdamente grande.
 Un editor de nexos puede recibir un programa que contenga miles de
módulos.
 Un simulador de circuito electrónico puede recibir un circuito diseñado con
miles de componentes.

Puesto que obviamente, la prueba de volumen es una prueba costosa, tanto en

tiempo de máquina como en personal, se debe tratar de no exceder los límites. Sin
embargo, todo programa debería ser expuesto, al menos, a algunas pruebas de
volumen.

Herramientas

3. Pruebas de múltiples sitios

El propósito de esta prueba es evaluar el correcto funcionamiento del sistema o
subsistema en múltiples instalaciones.

4. Pruebas de integridad de BD
La Base de datos y los procesos de Base de datos deben ser probados como
sistemas separados del proyecto. Estos sistemas deberían ser probados sin usar
interfaces de usuario (como las interfaces de datos). Se necesita realizar
investigación adicional en el DBMS para identificar las herramientas y técnicas que
podrían existir para soportar las pruebas identificadas más adelante.

5. Pruebas de seguridad y control de acceso

 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.

Las pruebas de seguridad de la aplicación garantizan que, con base en la seguridad

deseada, los usuarios están restringidos a funciones específicas o su acceso está
limitado únicamente a los datos que están autorizado a acceder. Por ejemplo, cada
usuario puede estar autorizado a crear nuevas cuentas, pero sólo los
administradores pueden borrarlas. Si existe seguridad a nivel de datos, la prueba
garantiza que un usuario “típico” 1 puede ver toda la información de clientes,
incluyendo datos financieros; sin embargo, el usuario 2 solamente puede ver los
datos institucionales del mismo cliente.

Las pruebas de seguridad del sistema garantizan que solamente aquellos usuarios
autorizados a acceder al sistema son capaces de ejecutar las funciones del sistema
a través de los mecanismos apropiados.

Debido a la creciente preocupación de la sociedad por la privacidad de la

información, muchos programas tienen objetivos específicos de seguridad.

El objetivo de esta prueba es evaluar el funcionamiento correcto de los controles de

seguridad del sistema para asegurar la integridad y confidencialidad de los datos. El
foco principal es probar la vulnerabilidad del sistema frente a accesos o
manipulaciones no autorizadas. Una manera de encontrar esos casos de prueba es
estudiar problemas conocidos de seguridad en sistemas similares y tratar de mostrar
la existencia de problemas parecidos en el sistema que se examina.

Algunas consideraciones de prueba son:

 Controles de acceso físico

 Acceso a estructuras de datos específicas a través de los programas de
aplicación.
 Seguridad en sitios remotos
 Existencia de datos confidenciales en reportes y pantallas
 Controles manuales, incluyendo aquellos para autorización y aprobación,
formularios, documentación numerada, transmisión de datos, balances y
conversión de datos.
 Controles automáticos, incluyendo aquellos para edición de datos, chequeo
de máquinas, errores del operador, acceso a datos elementales y archivos,
acceso a funciones, auditoría, entre otros.
6. Pruebas de configuración
Estas pruebas verifican la operación del sistema en diferentes configuraciones de
hardware y software. En la mayoría de los ambientes de producción, las
especificaciones para las estaciones de trabajo, equipos de red y servidores pueden
 variar. Las estaciones pueden tener diferentes versiones de software instaladas
(Sistemas Operativos, Drivers, etc.) y en cualquier momento, pueden llegar a
utilizarse diferentes combinaciones.

Con frecuencia, el número de configuraciones posibles es demasiado grande para

intentar una prueba de cada una de ellas, pero el programa debe probarse al menos
con cada tipo de dispositivo y con las configuraciones mínima y máxima posibles.
7. Pruebas de documentación
Evaluar la exactitud y claridad de la documentación del usuario y para determinar si
el manual de procedimientos trabajará correctamente como una parte integral del
sistema.

Muchos defectos son identificados cuando un probador competente chequea

totalmente los manuales y documentación del usuario.

Muchos programas son parte de sistemas mayores, no completamente

automatizados, que contienen procedimientos realizados por operadores. Cualquier
procedimiento humano, tal como los que llevan a cabo el operador, el administrador
de la base de datos, o el usuario de terminal, debe ser probado durante la prueba
de sistemas.