QA&TEST Blog

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 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.

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.