QA&TEST Blog

QA&TEST ha inaugurado recientemente su centro de estudios QA&TEST Research  & Analysis Centre llevando a cabo un primer estudio de investigación sobre “Retos y Oportunidades del Testing y la Calidad de Software Embebido”.

Este primer estudio tuvo como objetivo identificar las principales áreas de interés para la industria del software en el ámbito de las pruebas y la calidad. Con este inicio se ha pretendido, además de analizar el estado de la industria y qué retos y oportunidades nos planteamos enfrentar en el futuro,  contribuir a desencadenar investigaciones más profundas en este área que serán llevadas a cabo por el centro de estudios de QA&TEST en el futuro.

Read the rest of this entry »

Los métodos ágiles se describen habitualmente como métodos de desarrollo de software. La mayoría de la documentación, como el Manifiesto Ágil, describe cómo se organizan los equipos ágiles y cómo deben trabajar, pero no describen el resto de aspectos que tienen lugar fuera del equipo de desarrollo.

Cuando los equipos empiezan a usar nuevos métodos, actúan de forma radicalmente diferente, especialmente en una empresa en la que, en otras circunstancias, no se cambiaría la forma de trabajar. Es imposible, entonces, que no surja ningún conflicto. Cuando te encuentres  con  normas ya existentes que se ponen en el camino del desarrollo de equipos ágiles, tendrás que elegir entre ignorar la norma, seguir la norma o intentar cambiarla.

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

Las pruebas unitarias surgen tan pronto como el desarrollo de software en si mismo. Tiene sentido coger cada bloque de desarrollo de aplicaciones, desarrollarlo de forma aislada y ejecutarlo para asegurarse de que hace exactamente lo que debe sin interferir con el resto de la aplicación.

Hace unos años, el problema radicaba en no poder separar cada bloque de desarrollo de su entorno, compilarlo y ejecutarlo de forma unitaria. Para solucionarlo, es necesario un programa que ejecute las pruebas unitarias y que facilite una inicialización de secuencias para preparar las estructuras de datos para las pruebas unitarias que se van a realizar.

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

Debido a la creciente importancia de las aplicaciones que utilizan software embebido, y el relativamente pequeño numero de programadores capacitados y con experiencia, son los mismos expertos los que llevan a cabo el desarrollo aunque se trate de un amplio espectro de industrias.
Hay dos razones fundamentales por las los sistemas embebidos son tan interesantes: la disponibilidad de las herramientas para pruebas y desarrollo con objetivos específicos, y la posibilidad de usar herramientas de desarrollo estándares para la mayoría del trabajo de código.
Según un reciente estudio, “los estándares de interoperabilidad y  conformidad” y la “facilidad de exportar código a nuevas plataformas” no resultan tan necesarios para los desarrolladores, y esto podría deberse a que las decisiones respecto al sistema operativo sobre el que se crean las aplicaciones embebidas, están más relacionadas con el dispositivo que albergará la aplicación que con otras áreas de desarrollo del software.

El desarrollo de sistemas embebidos es aún un área nueva y que probablemente crecerá en importancia. Pulsa aquí para leer el artículo completo en The Register.

Las plataformas de múltiples núcleos han encontrado su hueco en los sistemas integrados en el ámbito del entretenimiento y la comunicación, sobre todo gracias a su potencia de cálculo, flexibilidad y  eficiencia energética. Sin embargo, las aplicaciones de mapeo en estos sistemas sigue siendo un desafío  costoso, lento y propenso a dar errores.
Aunque las arquitecturas de múltiples núcleos programables tienen un enorme potencial para hacer frente a las aplicaciones presentes y futuras, una cuestión clave sigue abierta: ¿cómo pueden los desarrolladores trazar una aplicación de una plataforma multinúcleo de forma rápida y eficiente, mientras se benefician de las ventajas potenciales de procesamiento en paralelo?

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

¿Puede una organización grande adoptar métodos ágiles de desarrollo de software cuando la organización tiene la idea de que no todos los proyectos deben ser ágiles? En otras palabras,  ¿puede haber una mezcla de proyectos tipo cascada y proyectos ágiles en la misma organización? La respuesta corta es sí, sin embargo hay un costo que se debe pagar por esta convivencia.

La transición a software ágil suele ser paulatina en la mayoría de las empresas poco, para poder aprender de sus aciertos y errores y aplicar los nuevos conocimientos para la implantación de nuevos equipos ágiles. Este proceso puede llevar meses o años, dependiendo del tamaño de la organización y la gestión.

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

La pregunta “¿qué son los sistemas embebidos?” nos persigue en el día a día, incluso a aquellos que están inmersos en la tecnología más avanzada. A veces es más sencillo plantear la pregunta al revés: “¿es posible un mundo sin tecnología embebida?”. Probablemente, no. Si así fuera, tendríamos que vivir sin ordenadores, aviones, coches, teléfonos móviles, Internet y un sinfín de cosas más.
De hecho, la mayoría de las industrias tendrían que cambiar su modelo de negocio actual si no dispusieran de tecnología embebida. Y aún así, una amplia mayoría de la población se queda atónita al preguntarle si sabe qué son los sistemas embebidos.

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

La virtualización, un concepto fundamental en la informática y las empresas del mundo de las nuevas tecnologías, ha dejado de ser una tecnología restringida a los grandes centros de informática y los entornos de negocios. Los programadores y desarrolladores de sistemas embebidos confían cada vez más en las técnicas de virtualización, enfrentados a la obligación de establecer comunicaciones entre empresas de informática y de integrar complejos entornos de procesamiento.

Pulsa aquí para seguir leyendo el artículo en Embedded Europe.

Los riesgos de requisitos se encuentran entre los riesgos más insidiosos que amenazan los proyectos de software. Tanto si se trata de requisitos que no se han definido correctamente, como de la falta de participación del cliente en las necesidades de desarrollo o incluso de requisitos defectuosos, se encuentran entre las principales razones por las que los proyectos fracasan. Un equipo de un proyecto puede marcar la diferencia mediante la adopción y aplicación de prácticas ágiles. Cuando se aplican correctamente,  las prácticas ágiles pueden mitigar los riesgos más comunes asociados con los requisitos en proyectos de desarrollo de software.

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

Cuando un desarrollador de software se hace con un compilador, es primordial tener en cuenta la calidad del código producido por el compilador. Sin embargo, otras características que no están  requeridas por la descripción del lenguaje ANSI (que se adaptan a las necesidades de los desarrolladores de software embebido) pueden hacer que el trabajo del desarrollador sea  más sencillo de mantener.

Pulsa aquí para seguir leyendo en Embedded Computing Design acerca de las características deseables de los compiladores utilizados en el desarrollo de aplicaciones embebidas, y algunas técnicas para hacer un mejor uso de estas características.