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.

Construcción de sistemas embebidos en Linux

admin — Thu, 29 Jul 2010 09:34:08 +0000

Linux se ha desplegado como el estándar para una amplia variedad de aplicaciones embebidas en prácticamente todos los segmentos del mercado. Los desarrolladores de hoy se enfrentan a enormes problemas de desarrollo causados por ciclos de desarrollo increíblemente cortos y a la creciente complejidad del hardware y del software impulsada por la demanda de los clientes y las presiones competitivas. Una de las características distintivas de los sistemas embebidos es que cada uno es una combinación única de componentes de hardware y software.

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

Escucha a tus clientes

admin — Fri, 16 Jul 2010 15:16:27 +0000

El cliente se equivoca a menudo. La habitual costumbre de solicitar feedback a los clientes e incorporara esos comentarios en los productos es una forma brillante de producir prototipos. Los prototipos son, por supuesto, esqueletos mal implementados en ese espejo un producto real. Su función es minimizar de forma rápida el riesgo que surge de vagas obligaciones, cuestiones que la ciencia desconoce o de otras inceridumbres. Los prototipos son inestimables cuando son necesarios, pero no son necesarios para cada producto. Al menos, no la mayoría.

Por ello, los equipos de ingenieros necesitan protección ante los clientes a la hora de desarrollar el producto real.
Pulsa aquí para leer el artículo completo en EE Times.

Una buena idea! Y ahora, ¿qué?

Itzi — Wed, 14 Jul 2010 10:31:10 +0000

Una buena idea es un activo muy valioso, y un montón de buenas ideas pueden ser como un tesoro. Pero, ¿qué hacer con esas ideas? Muchas ideas se marchitan, no porque sean malas ideas, sino debido a una torpe presentación. La mayoría de las nuevas ideas que se nos ocurren tienen una mayor posibilidad de éxito si recordamos estas cuatro cosas:

1. No se trata de ti
La mayoría de las veces, la gente persigue una idea nueva porque ven cómo les puede beneficiar. No te limites a decir por qué crees que tu idea es buena; tienes que ver el mundo desde otro punto de vista y tu idea, desde la perspectiva de la empresa. Si tu jefe se preocupa solo por el coste, hablar de calidad, velocidad, reutilización o elegancia no le van a convencer. Conecta tu idea con el punto de vista de aquellos que tienen que apoyarte
2. Se trata de a quién conoces.
Llevar a buen término tus ideas es un proceso social. Necesitarás la ayuda y el interés de los demás para hacer tu idea realidad.

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

Software embebido orientado a la verificación de hardware

Itzi — Thu, 01 Jul 2010 10:54:39 +0000

En las mejores estimaciones, el esfuerzo de desarrollo de software detrás del diseño de chips de 90 nm, ya ha superado el esfuerzo de desarrollo de hardware. El pronóstico para 2011 es que menos del 40 por ciento del costo global de desarrollo de chips se gastará en el hardware. Ahora mismo, el software ahora domina los ciclos del proyecto y establece cuándo un chip puede entrar en producción. Como resultado, se ha incrementado la importancia de la verificación de software, y a su vez, el software ha asumido un papel fundamental en el proceso de verificación de hardware.

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

La depuración de errores atraerá tu atención tarde o temprano

Itzi — Tue, 29 Jun 2010 09:05:48 +0000

Pregunta a un ingeniero qué esta haciendo y habrá altas posibilidades de que su respuesta sea: “Estoy depurando errores”. Día sí y día no, proyecto tras proyecto, los ingenieros depuran errores; es parte de ser ingeniero. A veces, es sencillo y rápido, pero en ocasiones es duro, nada obvio, lleva tiempo y es impredecible. Todo el mundo sabe que la depuración da pavor, pero es necesaria como parte de los procesos de diseño y verificación. Una tendencia alarmante a la vez que innecesaria es el tiempo cada vez mayor que la depuración consume en el ciclo de diseño. A rasgos generales, la razón de esta tendencia es que las prácticas de depuración tradicionales no son apropiadas para los problemas de hoy en día.

Pulsa aquí para seguir leyendo este artículo en Embedded.com

Prototipos de sistemas embebidos para depurar fallos

Itzi — Mon, 21 Jun 2010 09:13:42 +0000

Los resultados de encuestas realizadas en 2009 y 2010 muestran que los ingenieros de sistemas embebidos reconocen los prototipos como una metodología eficaz para acelerar la depuración de errores en sistemas embebidos, independientemente del tipo de sistema o su velocidad máxima.

En la búsqueda constante para reducir el tiempo de lanzamiento al mercado, reducir el tiempo dedicado a una tarea importante como la depuración es, sin duda, de gran valor. La creación de prototipos nos ayuda a acortar el tiempo de diseño global y, a su vez, aumenta la productividad del ingeniero.

Los innovadores, flexibles y potentes generadores de prototipos son uno de los elementos clave para acelerar la depuración de los sistemas embebidos. La innovación en la instrumentación puede llevar a los diseñadores a incrementar su productividad al ayudarle a diseñar mejor y más rápido.

Lee el artículo completo en Embedded0 Computing Desing.