QA&TEST Blog

Los siete pecados capitales en SW Testing

admin — Fri, 03 Feb 2012 17:17:02 +0000

a href=”http://www.qatest.org/en/blog/wp-content/uploads/2012/02/108Se7en.jpg”>

Testers con Síndrome de Asperger

admin — Mon, 30 Jan 2012 10:23:10 +0000

Últimamente proliferan en Europa las empresas de testing que contratan a testers con Síndrome de Asperger o con autismo. Esta práctica tiene ventajas e inconvenientes, y la mejor forma de descubrirlos es hablando con una persona afectada por este síndrome. Tirsh Khoo, tester en Sidney para una conocida plataforma de gestión de campañas de email, ha concertado una entrevista con Michael Drejer, que tiene síndrome de Asperger y trabaja como tester en una empresa de Dinamarca.

Pulsa aquí para ver la entrevista completa.

Oyendo No

admin — Mon, 04 Oct 2010 11:02:50 +0000

Estás trabajando con un grupo de accionistas para llegar al consenso acerca de un proyecto. Algunos quieren lo que otros no, otros se niegan a revelar sus agendas privadas, y otros parece que cambian sus objetivos de forma aleatoria. A veces, sentirás que el grupo está próximo al acuerdo, solo interrumpido cuando alguien de arriba cambia las limitaciones externas.

Está siendo un poco frustrante.

El mundo del trabajo a veces conlleva decepciones, a menudo en forma de “No”. Algunos de nosotros tenemos dificultades para oír No, o para asumirlo una vez que lo oímos. Y a veces, ese No llega tan frecuentemente, que la nuestra capacidad de hacerle frente desaparece.

Pulsa aquí para seguir leyendo este artículo en Sticky Minds.

Smart grid: qué es, qué se necesita y qué debes saber

admin — Mon, 27 Sep 2010 09:25:59 +0000

Vamos a definir smart grid como la infraestructura y tecnologías que permiten la integración de los consumidores y los recursos distribuidos (generación, las energías renovables, el almacenamiento, la respuesta de la demanda, control de carga) con el funcionamiento de toda la red de suministro y mercados de la electricidad, además de mejorar la fiabilidad y seguridad del servicio eléctrico en general. La mayor diferencia es la falta de comunicaciones de bajo coste, el estandarizado, y las comunicaciones ubicuas que proporcionan ancho de banda, fiabilidad extrema, y seguridad, tanto para aplicaciones de control y gestión, así como la gestión de la información básica y las aplicaciones de uso compartido. Esta infraestructura de comunicaciones de banda ancha no tiene por qué ser una tecnología, pero es necesario ampliarla de los sistemas de control central a los dispositivos de usuario final.

Pulsa aquí para leer el artículo completo en Embedded Computing Desing.

Las reglas de oro para gestionar proyectos de software

admin — Tue, 21 Sep 2010 16:29:12 +0000

Hay una pregunta que parece ser muy polémica – ¿cuál es el papel de los directores en el desarrollo de software? – Muchas de las respuestas son también bastante polémicas, por lo que merece la pena echar un vistazo ede forma global. La conclusión: muchos de los directores son basura. Pero – y es un gran pero – no deberían serlo si tuvieran en cuenta algunas normas.
Aquí encontrarás cinco reglas de oro que los directivos pueden emplear para generar confianza y obtener los mejores resultados de los desarrolladores. Estas reglas pueden parecer de sentido común, pero sabemos que son tan fáciles de cumplir.
1. Protege al equipo de distracciones innecesarias: el trabajo de un director es ayudar a los desarrolladores a trabajar de la forma más productiva posible. Debe ganarse el respeto del equipo dando la cara por ellos contra las estupideces que muchas veces se oyen en las salas de reuniones.

Pulsa aquí para seguir leyendo este artículo en The Register.

Embebiendo una plataforma IPMI para monitorizar la salud del sistema del servidor

admin — Thu, 16 Sep 2010 15:02:17 +0000

Principalmente utilizada en los sistemas empresariales, la gestión de la plataforma ofrece la posibilidad de supervisar e informar sobre la salud del hardware del sistema a través de hardware /software aislado que no se basa en el estado operativo del hardware o software del sistema.

El hardware de gestión de la plataforma normalmente reside en el mismo lugar que el hardware del sistema, sin embargo, al hallarse aislado puede seguir funcionando incluso si el hardware del sistema no es operativo. El hardware de gestión de la plataforma suele tener una fuente de alimentación independiente.

Los servidores componen la gran mayoría de estos sistemas en las empresas y son la columna vertebral de Internet. Hay miles y miles de estos servidores en granjas de servidores en todo el mundo. Cuando un servidor falla o está a punto de fallar, es importante que los técnicos encontrar, arreglar o sustituir el sistema rápidamente.

Pulsa aquí para leer este artículo completo en EE Times.

El impacto de la automatización en el desarrollo

admin — Thu, 02 Sep 2010 11:47:26 +0000

Parece obvio que la automatización afectará a la organización de las pruebas. Menos obvio –aunque no menos real- es que también afectará al desarrollo de la empresa. De hecho, cuando eliges automatizar el testing para una aplicación, tu relación con el departamento de desarrollo cambia completamente.

Piensa en ello. Los testers manuales solo tienen que ser capaces de interactuar con la aplicación utilizando la pantalla, el ratón, el teclado u otro dispositivo. Las herramientas de pruebas automatizadas, por otro lado, tienen que interactuar con el software en un nivel más profundo, por lo tanto, exponiendo el nivel más interno de funcionamiento del código y tal vez, descubriendo problemas que impiden o complican la automatización. Si no se tiene cuidado, los desarrolladores podrían pensar que de golpe te has transformado en un entrometido que solo quiere meter la nariz en sus asuntos.

Pulsa aquí para leer el artículo completo en Sticky Minds.

Porteger y controlar el software en una memoria flash

admin — Tue, 31 Aug 2010 14:40:35 +0000

Es de sobra conocida la idea de que por cada medida, existe una contramedida, y eso también se cumple a la hora de asegurar el código en sistemas embebidos. A veces, un pequeño dispositivo puede ser justo la contramedida necesaria para frustrar el clonado de contenidos de una memoria flash.

Muchos sistemas utilizan chips de memorias flash externos para almacenar el programa operativo para los procesadores que no incluyen almacenamiento de programas embebidos no volátiles. Esto es estupendo, porque permite una fácil expansión de la memoria flash y una modificación del software, tal vez en la línea de producción o durante una operación de mantenimiento. La parte negativa es que el OEM pierde el control sobre los contenidos del flahs, permitiendo potencialmente copias o modificaciones no autorizadas.

Pulsa aquí para leer el artículo completo en Embedded Computing Design.

Los 8 mandamientos de las pruebas unitarias

admin — Thu, 26 Aug 2010 11:20:18 +0000

Los equipos que realizan pruebas unitarias en una base regular se perciben como más confiables, profesionales y avanzados. Pero, qué es lo que necesitas considerar antes de elegir una solución basada en pruebas unitarias?

A continuación encontrarás los “ocho mandamientos” que te guiarán a la hora de seleccionar las pruebas unitarias más adecuadas a tu desarrollo.

1. No debes perder el tiempo en la curva de aprendizaje
Al elegir una solución basada en pruebas unitarias, querrás una que requiera el tiempo mínimo de ejecución. Puede valer la pena cronometrar a un nuevo desarrollador dentro de tu equipo para hacerte una idea aproximada de cuánto tiempo es necesario para empezar. Por ejemplo, cuánto tiempo llevará preparar las tres primeras pruebas del sistema? Es clara y sencilla la API? Hay una guía clara de qué hacer en cada punto del proceso? Con qué frecuencia es necesario comprobar la documentación? Cómo de fácil es buscar el siguiente paso cuando no se está seguro de por dónde seguir? Algunas herramientas ofrecen orientación, mientras que otras que otras ofrecen ayuda más extensa. Otras no ayudan en absoluto.

Pulsa aquí para seguir leyendo los “8 mandamientos” de las pruebas unitarias en EE Times Embedded.

Jugando en el trabajo

admin — Tue, 24 Aug 2010 07:55:10 +0000

Jugar a un juego ofrece la oportunidad de participar activamente en los procesos creativos y en la generación de nuevas ideas. Hacemos mejor nuestro trabajo si nos hallamos en un entorno creativo y dinámico. Además, aprendemos mejor cuando observamos, discutimos y reflexionamos sobre los resultados de una experiencia.

Por definición, un juego ágil es simple, adaptable y rápido a la hora de jugar. En la comunidad de desarrollo de software ágil, un juego ágil propicia la colaboración y proporciona un valor: que tenga un propósito serio. Puede servir para aprender una concepto específico que permita mejorar, o puede facilitar la colaboración para explorar las necesidades del negocio, como la identificación de nuevos conceptos de producto o priorizar determinados proyectos.

En pocas palabras, los juegos de aprendizaje ayudan a agilizar el aprendizaje, y los juegos de hacer cosas ayudan a cumplir los objetivos de negocio.

Pulsa aquí para leer el artículo completo en Sticky Minds.