José Meza CI: 25.071.920 ENERO 2015
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