¿De qué tecnologías te has enamorado?

saliendo de tecnologias MS, Python, es un lenguaje que enamora a calquiera que haya usado C (o haya picado piedra en otros lenguajes)

itblogsogeti

Llevo 16 años dedicada profesionalmente al mundo del desarrollo de software. No voy a descubriros lo mucho que han cambiado las tecnologías durante estos años ni la infinidad de lenguajes, librerías, frameworks que he/ hemos visto aparecer y en algunos casos desaparecer.

Pero hoy 14 de febrero creo que es el día perfecto para hablar de aquellas que he visto de forma más o menos directa  y que de alguna manera puedo decir que:  me han “enamorado”.

Ver la entrada original 619 palabras más

TPI NEXT®, estructurando los procesos de mejora

QA:news

Cuando pensamos en una empresa que quiere mejorar sus procesos pruebas lo primero que se nos viene a la cabeza es la creación de un equipo de pruebas. Muchas veces estamos en lo cierto ya que, junto a la metodología, es el núcleo duro de nuestras actividades. Pero el éxito o fracaso de ese equipo depende de muchos otros factores. Aquí es donde entra en juego TPI NEXT®.

Ver la entrada original 603 palabras más

Quality Characteristics Tmap — Guido Miranda Mercado

CARACTERÍSTICAS DE CALIDAD SOFTWARE 1. Conectividad La facilidad con la que una interfaz se puede crear con otro sistema de información o en el sistema de información, y se puede cambiar. 2. Continuidad La certeza de que el procesamiento de datos continuará ininterrumpidamente, lo que significa que se puede reanudar en un plazo razonable de […]

a través de Quality Characteristics Tmap — Guido Miranda Mercad

Microsoft HoloLens: Holographic computing is here — itblogsogeti

Hace poco menos de un mes, tuve la oportunidad de participar en la Worldwide Partner Conference de Microsoft, que este año se celebró en Toronto del 11 al 14 de julio. De entre todas las ponencias a las que asistí, destacaría especialmente aquellas dedicadas a las Microsoft HoloLens, de las que os hablo a continuación.

a través de Microsoft HoloLens: Holographic computing is here — itblogsogeti

TESTER – EL DETECTIVE PRIVADO EN EL DESARROLLO DE SOFTWARE

QA:news

En post anteriores, he hablado de las características que debe tener un buen tester, como ser analítico y curioso, ser un buen comunicador, tener la capacidad de ponerse en los zapatos del usuario,… Pero últimamente estoy empezando a pensar que la característica más importante que define a un buen tester es ser inquisitivo: indagar y preguntar con perseverancia hasta conseguir la información que se desea obtener para poder probar la aplicación y saber si tiene la calidad esperada. Algo así como un policía o un detective privado que busca pistas e interroga a los testigos para averiguar quién ha cometido el crimen, cómo y por qué.

Ver la entrada original 376 palabras más

Quality Characteristics Tmap

CARACTERÍSTICAS DE CALIDAD SOFTWARE

1.    Conectividad

La facilidad con la que una interfaz se puede crear con otro sistema de información o en el sistema de información, y se puede cambiar.

2.    Continuidad

La certeza de que el procesamiento de datos continuará ininterrumpidamente, lo que significa que se puede reanudar en un plazo razonable de tiempo, incluso después de interrupciones graves

–          Confiabilidad

El grado en que el sistema de información se mantiene libre de interrupciones

–          Robustez

El grado en que el sistema de información procede como de costumbre, incluso después de una interrupción.

–          Recuperabilidad

La facilidad y la velocidad con la que el sistema de información se puede recuperar después de una interrupción

–          Factor degradación

La facilidad con la que el núcleo del sistema de información puede continuar después de una pieza ha fallado.

–          Posibilidad de Conmutación por error

La facilidad con la que (parte de) el sistema de información puede continuar en otros lugares

3.    Controlabilidad de la información

La facilidad con la que la exactitud e integridad de la información (en el transcurso del tiempo) se pueden verificar.

4.    Efectividad

El grado en que el sistema de información se adapta a la organización y el perfil de los usuarios finales a los que va destinada, así como el grado en que el sistema de información contribuye a la consecución de los objetivos de la empresa.

5.    Eficiencia

La relación entre el nivel de rendimiento del sistema (expresado en el volumen de transacciones y la velocidad total) y la cantidad de recursos (ciclos de CPU, I / O tiempo, la memoria y uso de la red, etc.) utilizado para estos.

6.    Flexibilidad

El grado en el que el usuario puede introducir ampliaciones o modificaciones en el sistema de información sin necesidad de cambiar el software en sí.

7.    Funcionalidad

El grado de certeza de que el sistema procesa la información precisa y completa

8.    Infraestructura (idoneidad de)

La idoneidad de hardware, de red, software de sistemas y DBMS para la aplicación en cuestión y el grado en que se interrelacionan los elementos de esta infraestructura.

9.    Mantenibilidad

La facilidad de adaptación del sistema de información a las nuevas demandas de los usuarios, a los cambios del entorno externo, o con el fin de corregir los defectos.

10.         Manejabilidad

La facilidad con la que obtener y mantener el sistema de información en su estado operativo.

11.         Rendimiento

La velocidad con la que el sistema procesa las transacciones de información interactivos y por lotes.

12.         Portabilidad

La diversidad del hardware y plataformas de software en el que el sistema de información se puede ejecutar, y lo fácil que es para transferir el sistema a partir de un ambiente a otro

13.         Reusabilidad

El grado en que las partes del sistema de información, o el diseño, se pueden reutilizar para el desarrollo de diferentes aplicaciones.

14.         Seguridad

La certeza de que los datos se pueden visualizar y modificar solamente por aquellos que están autorizados para hacerlo.

15.         Idoneidad

El grado en que los procedimientos manuales se ajustan a la interconexión del sistema automatizado de la información, y la capacidad de trabajo de estos procedimientos manuales para la organización

16.         Testabilidad

La facilidad con que la funcionalidad y el nivel de rendimiento del sistema (después de cada modificación) se pueden probar y la rapidez con esto se pueden hacer.

17.         Facilidad de Uso

La facilidad con que los usuarios finales utilizan el sistema.

TMap – Testing Management Approach for Structured Testing

El blog de Javo Santillán

TMap (Test Managment Aproach) es una framework creado por sogeti basado en Metodologas Estructurada de Testing. TMap se encuentra difundido por toda la comunidad europea en paise como Alemania, Francia, Suecia, Suiza, Espaa, Blgica, Reino Unido e inclusive Estados Unidos.

  • El objetivo de Sogeti es proveer a las organizaciones con un proceso de testing para sistemas complejos, donde los riesgos por falta de pruebas sean eliminados, permitiendo incorporar elementos tales como deteccin, evaluacin y comprensin de riesgos asociados a la calidad del software
  • Un proceso de Tesing transparente y proactivo administrable en trminos de tiempos, costos y calidad
  • Alertas por calidad insuficiente (falta de cobertura, falta de criterios, dualidad, funcionalidad ambigua, funcionalidad debil, etc.)
  • Habilidad para detectar y prevenir defectos en fases tempranas
  • Un periodo corto de tiempo para el testing sobre la ruta crtica de todo el ciclo de desarrollo
  • Reutilizacin del proceso de testing (Test Case y Test…

Ver la entrada original 435 palabras más