José Meza CI: 25.071.920

ENERO 2015

Evaluación del prototipo

La evaluación del prototipo es un proceso sistemático el cual

prueba los elementos del

prototipo o ejemplar tal

prueba debe realizarse

durante las distintas etapas

de su desarrollo, con el

propósito de recopilar

información sobre las

posibles fallas del modelo,

para así mejorar y

superarlas, tomando en

cuenta tanto las

características de los

elementos del prototipo

como sus efectos en la

reacción de los usuarios

cuando utilizan dicho

prototipo.

Una vez que se evalúan los efectos que haya producido en el

usuario, en cuanto a logros, actitudes e interés para conocer en qué

medida los contenidos han quedado en el usuario, la monotonía que

representa para ellos el material expuesto, la facilidad de acceso, la

visualización del contenido, la disponibilidad del prototipo servidor. Una

vez que se prueben todos los elementos en forma individual, se procede

a la prueba en conjunto de los mismos, esto para comprobar que

funcionan perfectamente, en este momento pueden surgir problemas,

que quizás lleven a rediseñar alguna parte del prototipo, o incluso a

desecharlo completamente por no ajustarse a los requerimientos

señalados.

Pruebas

Las pruebas de sistema implican la

operación o aplicación del mismo a través de

condiciones controladas y la consiguiente

evaluación de la información. Las condiciones

controladas deben incluir tanto situaciones

normales como anormales. El objetivo del

sistema de pruebas es encontrar un error para

determinar situaciones en donde algo pasa

cuando no debe de pasar y viceversa.

Es una actividad más en el proceso de control de calidad.

Tipos de Pruebas

Pruebas de Usabilidad

Las pruebas realizadas en este rubro tienen la finalidad de verificar

aprendizaje (que tan fácil es para los usuarios realizar tareas básicas la

primera vez que tiene contacto con el sistema), eficiencia (una vez que

los usuarios han aprendido algo del sistema, que tan rápido pueden

llevar a cabo las tareas), manejo de errores (cuantos errores comete el

usuario, que tan graves son estos y que tan fácil es para el usuario

recuperarse de ellos) y grado de satisfacción (que tan satisfactorio es

usar el sistema).

Para obtener resultados realista en este tipo de pruebas, es

importante dejar que las personas que están probando el sistema

resuelvan los problemas que se les presentan por sí mismos, ya que si

uno los ayuda, ya están contaminando las pruebas.

Pruebas de Funcionalidad

Pruebas de Funcionalidad

Este tipo de pruebas examina si el

sistema cubre sus necesidades de

funcionamiento, acorde a las

especificaciones de diseño. En ellas se debe

verificar la validación de los datos y se deben

realizar pruebas de comportamiento ante

distintos escenarios.

Estas pruebas deben estar enfocadas a tareas a tareas, limites del

sistema, condiciones planeadas de error y de exploración. Para estas

pruebas usamos los esquemas de pruebas de caja negra ya que nos

interesa saber si funciona o no, independientemente de la forma en que

lo haga.

Pruebas de Seguridad

Esta prueba al emplearla a la

Aplicación se encarga de verifica que un

actor solo pueda acceder a las funciones y

datos que su usuario tiene permitido, y

cuando es empleada al Sistema se encarga

de verificar que solo los actores con acceso

al sistema y a la aplicación están

habilitados para acceder a ella.

Pruebas de Volumen

Esta prueba se encarga de verificar que la aplicación funciona

adecuadamente bajo los volúmenes de data, para ello se determina la

cantidad de datos con la cual el sistema falla y por la carga máxima que

el sistema soporta en un periodo dado.

Pruebas de Confiabilidad o Integridad

Este tipo de prueba busca probar la combinación de las distintas

partes de la aplicación para determinar si funciona correctamente en

conjunto. Esto es útil para ver como se comunican los servidores con las

páginas de HTML.

Pruebas de Estructura

Estas pruebas se utilizan para hallar adherencia, las cuales causan

problemas de diseño y formación al elemento estudiado. Estas pruebas

son realizadas sobre aplicaciones Web, asegurando que todos los

enlaces están conectados, el contenido deseado es mostrado y no hay

contenidos huérfanos.

Pruebas de Estrés (Stress)

Esta es utilizada para romper la aplicación. Se va doblando el

número de usuarios que se agregan a la aplicación y se ejecuta una

prueba de carga hasta que se rompe. Este tipo de prueba se realiza para

determinar la solidez de la aplicación en los momentos de carga

extrema y ayuda a los administradores para determinar si la aplicación

rendirá lo suficiente en caso de que la carga real supere a la carga

esperada.

Pruebas para Desempeño

Pruebas de Benchmark

La palabra

benchmark es un

anglicismo traducido

al español como

comparativa, así que,

esta prueba se emplea

para comparar el desempeño de un elemento o el rendimiento de un

componente con respecto a un sistema ya conocido y una carga de

trabajo definida.

Pruebas de Contención

Esta prueba se encarga de validar que el elemento al cual está

sometido a esta prueba, se maneje de forma adecuada al momento de

que los actores soliciten el mismo recurso.

Pruebas de Carga

Este es el tipo es usada para validar y valorar la aceptabilidad de

los límites operacionales de un sistema bajo carga de trabajo variable,

mientras el sistema bajo prueba permanece constante. La variación en

carga es simular la carga de trabajo promedio y con picos que ocurre

dentro de tolerancias operacionales normales.

Prueba de Perfil de Desempeño

Esta prueba está enfocada a monitorear el comportamiento de una

aplicación en ejecución con el fin de conocer el tiempo invertido en:

acceso a datos, llamadas a un procedimiento y llamadas al sistema. Por

otro lado también permite identificar cuellos de botella y procesos

ineficientes.

Prueba para Soportabilidad

Pruebas de Configuración

Dicha prueba tiene como objetivo evaluar los elementos que estén

configurados para diferentes hardwares y/o configuraciones de software.

Por otra parte también se puede efectuar como prueba de rendimiento

del sistema.

Prueba de Instalación

Esta es orientada a evaluar al elemento en su instalación, en los

diferentes hardwares y/o configuraciones de sistema de software y bajo

las diferentes condiciones como son el espacio insuficiente en disco y la

interrupción de electricidad. Esta prueba se efectúa y se ejecuta sobre

aplicaciones y sistemas.

Pruebas Alfa y Beta

Pruebas Alfa

Esta prueba es utilizada por los ingenieros y desarrolladores con el

fin de determinar si una idea de producto es posible. Una vez que la idea

principal se estableció, se fabrica un prototipo alfa. El prototipo alfa es la

primera versión del producto a ser construido. Por otro lado no se

pretende que sea completamente funcional. Es decir se sigue utilizando

con propósitos de prueba para ayudar a establecer la dirección de las

futuras iteraciones eliminando características y aspectos de diseño

inviables al principio del proceso. Al finalizar esta prueba aquellos

elementos que permanecen se pasan a la siguiente prueba conocida

como beta.

Pruebas Beta

Es la continuación de la prueba alfa, aun todavía no funciona

plenamente o listo para la producción, aquí es donde entran en juego los

usuarios finales del software. Ya esta prueba no se realiza en lugares

controlados sino en los lugares de trabajo de los clientes, es decir los

desarrolladores ya no están presentes, así que por eso es que se dice

que la prueba beta es una aplicación en vivo, ahora toca esperar que los

usuarios finales tomen registros de los problemas presentes en la

prueba beta para informar en intervalos al desarrollador.

Documentación

La documentación de sistemas es el conjunto de información que

nos refleja lo qué hacen los sistemas, cómo lo hacen y para quién lo

hacen. Consiste en un material que le da apoyo al usuario, donde

explica las características técnicas y la operación de un sistema.

Es esencial la documentación para

proporcionar un buen entendimiento sobre el

sistema a quien lo vaya a utilizar para seguir

su mantenimiento, permitir auditoria del

sistema y enseñar a los usuarios como interactuar con el sistema y a los

operandos como manejarlo para que funcione de forma correcta.

Manual De Usuario

Expone los procesos

que el usuario puede realizar

con el sistema implantado.

Para lograr esto, es necesario

que se detallen todas y cada

una de las características que

tienen los programas y la

forma de acceder e introducir

información. Permite a los

usuarios conocer el detalle de

qué actividades ellos deberán

desarrollar para la

consecución de los objetivos del sistema. Reúne la información, normas

y documentación necesaria para que el usuario conozca y utilice

adecuadamente la aplicación desarrollada.

Objetivos

Que el usuario conozca cómo

preparar los datos de entrada.

Que el usuario aprenda a obtener los

resultados y los datos de salida.

Servir como manual de aprendizaje.

Servir como manual de referencia.

Definir las funciones que debe

realizar el usuario.

Informar al usuario de la respuesta a

cada mensaje de error.

Pasos a seguir para definir como desarrollar el manual de

usuario.

1. Identificar los usuarios del sistema: personal que se relacionará

con el sistema.

2. Definir los diferentes tipos de usuarios: se presentan los diferentes

tipos de usuarios que usarían el sistema. Ejemplo: usuarios

directos, indirectos.

3. Definir los módulos en que cada usuario participará: Se describen

los módulos o procesos que se ejecutarán por cada usuario en

forma narrativa breve y clara.

Importancia Del Manual De Usuario

El Manual de Usuario facilita el contenido de:

Los documentos a los que se pueden dar entrada por

computadora.

Los formatos de los documentos.

Las operaciones que utiliza de entrada y salida de los datos.

El orden del tratamiento de la computadora con los datos

introducidos.

El momento en que se debe solicitar una operación deseada.

Los resultados de las operaciones realizadas a partir de los datos

introducidos.

Al elaborar el Manual de Usuario, hay que tener en cuenta a quién va

dirigido es decir, el manual puede ser manejado desde el director de la

empresa hasta el introductor de datos. Por consiguiente, debe

redactarse de forma clara y sencilla para que lo entienda cualquier tipo

de usuario.

Contenido

Diagrama general del sistema: Muestra en forma condensada el flujo

general de la información y de las actividades que realiza el sistema. Se

representan en diagramas de bloques.

Diagrama particular detallado: Presentar gráficamente todos los

pasos que debe efectúa el usuario. Se deben especificar los archivos de

entrada, salida, los resultados, revisiones y procesos manuales.

Explicación Genérica De Las Fases Del Sistema: Explica en forma

específica y detallada todas las operaciones que aparecen

representadas en forma gráfica en el diagrama particular. Se analizan

cada una de las fases señalando:

El proceso principal que se desarrolla.

La entrada de la información.

La obtención de un resultado parcial.

El envío de información a otra dependencia.

Instalación Del Sistema: Proporciona detalles completos sobre la forma

de instalar el sistema en un ambiente en particular.

Iniciación Al Uso Del Sistema: Se explica cómo iniciar al sistema y

cómo se pueden utilizar sus cualidades comunes. Por otro lado debe

decir al usuario cómo salir de un problema al momento de un mal

funcionamiento.

Manual De Referencia: Es el documento definitivo de cara al usuario y

debe ser completo. Describe con detalle las cualidades y uso del

sistema, los informes de error generados y las situaciones en que surgen

esos errores. Los manuales se pueden proporcionar por separado o

reunidos en varios volúmenes. Los sistemas de ayuda en línea evitan

que el usuario pierda tiempo en consultas manuales.

Caducidad De Documento Fuente Y Destino Final: Como el usuario

trabajará con documentos fuentes, éstos podrán tener un período de

retención y un destino especificado.

Conclusión

La evaluación es un proceso que tiene como propósito mejorar los

prototipos, tomando en consideración una serie de elementos que son

valorados paso a paso, durante el desempeño las distintas etapas del

desarrollo de los mismos.

La elaboración de la documentación es un proceso esencial para

poder garantizar la calidad del software, lo cual requiere una adecuada

asignación de recursos financieros, materiales, humanos y de tiempo, o

sea, la calidad del proceso de elaboración de la documentación se

traduce en calidad del software. De la efectividad de la documentación

depende en gran medida el éxito de los proyectos de sistemas o

productos de software.

Para el proceso de desarrollo de aplicaciones son las Pruebas de

Software indispensable, su presencia hace que el proceso coexista para

garantizar así el buen funcionamiento y la calidad del producto final.

En su parte la Prueba Funcional tiene como meta verificar el

procesamiento, recuperación e implementación adecuada de las reglas

del negocio.

Y por ultimo para terminar, el manual de usuario es importante ya

que facilita el conocimiento, manejo y uso adecuado tanto de los

programas y software como de los equipos electrónicos.

Referencias Bibliográficas

CLASE DEL AULA VIRTUAL

http://aulavirtual.uba.edu.ve/pluginfile.php/959/mod_page/content/1/UNI

DAD_IV/TemaIV/pruebas.html

DOCUMENTACION Y MANUAL DE USUARIO

http://www.monografias.com/trabajos6/dosi/dosi.shtml

PRUEBAS DE CALIDAD

http://www.ecured.cu/index.php/Pruebas_de_Calidad_de_Software

PRUEBAS DE DESEMPEÑO

http://carolina.terna.net/ingsw3/datos/Pruebas_de_Desempe%F1o.pdf

PRUEBAS FUNCIONALES

http://carolina.terna.net/ingsw3/datos/Pruebas_Funcionales.pdf