viernes, 1 de agosto de 2014

Trabajos Almudena

Homenaje al Quijote


Esta página está hecha con HTML + CSS, utilizando los programas Notepad ++ y Dreamweaver CS6.



CV Homer J. Simpson


El cv está hecho con HTML + CSS, utilizando el programa Dreamweaver CS6.



Adivina el Número


Este juego está hecho con JavaScrip, utilizando el programa Dreamweaver CS6. Consiste en adivinar el número que el ordenador elige, puedes elegir el intervalo de números y los intentos.



Calculadora


La calculadora básica está hecha con PHP, utilizando el programa Dreamweaver CS6.



Página de Noticias


Esta página está hecha con PHP, utilizando el programa Dreamweaver CS6. Hemos realizado la parte del back end y del front end.
URL back end: http://almudena.hostinazo.com/ejerciciophp/administracion/ 



Mensaje


Esta página está hecha con XML, utilizando el programa Dreamweaver CS6.



Página Web


Esta página está hecha con WordPress.

martes, 29 de julio de 2014

¡Importante notificar los cambios!

Cuando hay varias personas actualizando y cambiando documentos puede resultar difícil identificar la copia más reciente. El control completo de versiones en nuestra solución de gestión de documentos permite a los usuarios ver quién cambió qué y cuándo. Alfresco admite tanto las actualizaciones más importantes (de versión 1 a versión 2) como las actualizaciones de menor importancia (de versión 1.1 a versión 1.2).

Cómo organizar nuestra documentación


Consejos

El texto debería estar organizado de manera que pueda leerse fácilmente, con las imágenes colocadas lo más cerca posible al texto que haga referencia a ellas. Separa la documentación en secciones y temas de manera lógica. Cada sección o tema debe abordar una sola cuestión, ya sea una sola característica o tarea del programa. Los temas relacionados pueden abordarse utilizando listados de “véase también” o hipervínculos, en la medida que sea necesario.

      Cualquiera de las herramientas de documentación mencionadas antes pueden complementarse con un programa que permita tomar capturas de pantalla, como Snagit, si la documentación requiere algunas capturas de pantalla. Al igual que con otras documentaciones, las capturas deben incluirse para ayudar a explicar cómo funciona el programa, no para deslumbrar al usuario.

      El tono es particularmente importante, especialmente cuando se escribe documentación de software para usuarios finales. Nombra al usuario utilizando la segunda persona “tú” en vez de utilizar la tercera persona “los usuarios”.

http://es.wikihow.com/escribir-documentaci%C3%B3n-de-software

¿Debemos documentar nuestro software?

La documentación de los programas es un aspecto sumamente importante, tanto en el desarrollo de la aplicación como en el mantenimiento de la misma. Mucha gente no hace esta parte del desarrollo y no se da cuenta de que pierde la posibilidad de la reutilización de parte del programa en otras aplicaciones, sin necesidad de conocerse el código al dedillo.
La documentación de un programa empieza a la vez que la construcción del mismo y finaliza justo antes de la entrega del programa o aplicación al cliente. Así mismo, la documentación que se entrega al cliente tendrá que coincidir con la versión final de los programas que componen la aplicación. 

Una vez concluido el programa, los documentos que se deben entregar son una guía técnica, una guía de uso y de instalación. 

lunes, 28 de julio de 2014

Diseño y planificación de pruebas. Estrategias de uso común.


       Diseño y planificación de pruebas. Estrategias de uso común.

Tras realizar un análisis de los requisitos del software que se va a desarrollar, llega el diseño y la planificación de pruebas, donde se identifican, acuerdan y especifican los atributos y características de calidad que se van a probar.

El objetivo es diseñar las pruebas para encontrar defectos con el mínimo esfuerzo y tiempo. Serán pruebas que se lleven a cabo a través de la interfaz gráfica del software, es decir, demostrar que las funciones del software son operativas, que la entrada se acepta de forma adecuada y se produce una salida correcta, así como que la integridad de la información externa se mantiene.


Para ello, se crean casos de prueba divididos en pasos para cada acción que se tenga que realizar con un resultado esperado asociado, que podrá ser verificado. También se especifican los datos de entrada necesarios para que los casos de pruebas definidos puedan ser ejecutados.

Pruebas de usabilidad y accesibilidad

                   Pruebas de usabilidad y accesibilidad

En este tipo de pruebas, se observa a un grupo de usuarios previamente seleccionado teniendo en cuenta sus características (expertos, aficionados…) mientras utilizan tienen bajo su uso la aplicación que se quiere probar, la cual no tiene que estar completamente finalizada, sino que puede ser un prototipo.

Suelen parecer subjetivas, puesto que cada uno tendrá su propia visión, aunque existen estándares y parámetros que dicen qué es apto y lo que no.

A la hora de llevar a cabo estas pruebas, es importante tener ciertos puntos en cuenta, que veremos a continuación.

-Facilidad de aprendizaje: hacer que la interfaz sea simple, con una funcionalidad bien definida, utilizar guías de estilo para no confundir al usuario.

-Flexibilidad: asegurarse de que al usuario se le hace escribir lo mínimo posible mediante el uso de botones de selección o enlaces.

-Tiempo de respuesta: conseguir que el tiempo máximo de descarga de una página no sobrepase el máximo aceptable, para lo que hay que tener en cuenta la velocidad de conexión de los usuarios.

-Reducción de la carga cognitiva: no sobrecargar las páginas con demasiados elementos para hacerlas ligeras, además de conseguir una navegación sencilla, con pocos clics.

-Recuperabilidad: si el usuario ha cometido algún error durante la navegación, hacer que le salgan mensajes útiles y que pueda seguir utilizando la aplicación con facilidad.

-Buena imagen: asegurarse de que el sitio web es un entorno agradable que facilite la comprensión de la información.

-Accesibilidad: en estas pruebas se tienen en cuenta a usuario con discapacidades. El objetivo es descubrir la facilidad con la que se puede utilizar un sitio web y usar esa información para mejorar las aplicaciones en el futuro. La evaluación de estas pruebas está bastante formalizada. Están regidas por normativas como las Pautas de Accesibilidad para el Contenido Web, las WCAG, que cubren un amplio rango de recomendaciones para crear un contenido web más accesible para que personas con discapacidades puedan usar la web de una manera fácil.


Es importante distinguir entre el cumplimiento del estándar o maximizar la accesibilidad del sitio web. Ambas cosas parecen lo mismo, pero los estándares pueden fallar al intentar cumplir los siguientes objetivos:

-Satisfacer las necesidades de todas las personas con discapacidades.

-Encontrar el equilibrio entre las necesidades de las personas con diferentes discapacidades.

-Hacer corresponder estas necesidades con las técnicas óptimas.

-Utilizar un lenguaje claro para expresar las necesidades o las técnicas.

A la hora de determinar el uso de un producto, las discapacidades plantean unos retos especiales, ya que pueden dejar huecos entre usuarios y evaluadores. La evaluación de la accesibilidad debe tener en cuenta cómo se puede experimentar con la web con diferentes capacidades cognitivas y las distintas configuraciones que permitirán el acceso a la web a las personas con discapacidades concretas.


A la hora de realizar todas estas evaluaciones, resulta difícil ponerse en la piel de todos aquellos que van a visitar un sitio web. Las directrices y herramientas de accesibilidad ayudan a salvar estas faltas de experiencia, aunque no deben sustituir la imaginación empática, la ingenuidad técnica y las conversaciones con los usuarios.


viernes, 25 de julio de 2014

Automatización de pruebas

En las pruebas de software, la automatización de pruebas consiste en el uso de software especial (casi siempre separado del software que se prueba) para controlar la ejecución de pruebas y la comparación entre los resultados obtenidos y los resultados esperados. La automatización de pruebas permite incluir pruebas repetitivas y necesarias dentro de un proceso formal de pruebas ya existente o bien adicionar pruebas cuya ejecución manual resultaría difícil.
  • Pruebas manejadas por el código: Se prueban las interfaces públicas de las clases, módulos o bibliotecas con una variedad amplia de argumentos de entrada y se valida que los resultados obtenidos sean los esperados.
  • Pruebas de Interfaz de Usuario: Un marco de pruebas genera un conjunto de eventos de la interfaz de usuario, tales como teclear, hacer click con el ratón e interactuar de otras formas con el software y se observan los cambios resultantes en la interfaz de usuario, validando que el comportamiento observable del programa sea el correcto.

Fuente: http://es.wikipedia.org/wiki/Automatizaci%C3%B3n_de_pruebas