La importancia de los CVDS

 Modelos de ciclo de vida

El modelo de ciclo de vida de desarrollo de software que se utiliza depende de las necesidades del proyecto de desarrollo de software. Por ejemplo, si el proyecto es complejo y tiene muchos requisitos, es posible que se utilice un modelo en cascada. Si el proyecto es más pequeño y tiene requisitos menos complejos, es posible que se utilice un modelo iterativo o ágil.

Dependiendo del contexto del proyecto, puede ser necesario combinar o reorganizar los niveles de prueba y/o las actividades de prueba. Por ejemplo, para la integración de un producto de software comercial de distribución masiva (COTS por sus siglas en inglés) en un sistema más amplio, el comprador puede realizar pruebas de interoperabilidad a nivel de prueba de integración de sistemas (por ejemplo, integración en la infraestructura y otros sistemas) y a nivel de prueba de aceptación (funcional y no funcional, junto con la prueba de aceptación del usuario y la prueba de aceptación operativa). 

Además, se pueden combinar los propios modelos de ciclo de vida de desarrollo de software. Por ejemplo, un modelo en V puede ser usado para el desarrollo y prueba de los sistemas backend y sus integraciones, mientras que un modelo de desarrollo ágil puede ser usado para desarrollar y probar la interfaz de usuario (UI) y funcionalidad del front-end. El prototipado puede ser utilizado en las primeras etapas de un proyecto, adoptando un modelo de desarrollo incremental una vez finalizada la fase experimental.

Los sistemas de Internet de las Cosas (IoT por sus siglas en inglés), que consisten en muchos objetos diferentes, tales como dispositivos, productos y servicios, suelen aplicar modelos de ciclo de vida de desarrollo de software separados para cada objeto. Esto supone un reto especial para el desarrollo de las versiones de sistemas de Internet de las Cosas. Además, el ciclo de vida de desarrollo de software de dichos objetos pone un mayor énfasis en las fases posteriores del ciclo de vida de desarrollo de software después de que se hayan introducido para su uso operativo (por ejemplo, las fases de operación, actualización y retirada).

¿Cómo desarrollar software?

Modelos de ciclo de vida de desarrollo de software

El desarrollo de software es el proceso de crear software, que es un conjunto de instrucciones que permiten a una computadora hacer algo. El proceso de desarrollo de software generalmente implica las siguientes etapas:

• Requisitos: En esta etapa, el equipo de desarrollo recopila los requisitos del software, que son las necesidades del usuario.
• Diseño: En esta etapa, el equipo de desarrollo crea un diseño para el software, que es un plan de cómo el software se verá y funcionará.
• Desarrollo: En esta etapa, el equipo de desarrollo escribe el código para el software.
• Pruebas: En esta etapa, el equipo de desarrollo prueba el software para asegurarse de que funcione correctamente.
• Implementación: En esta etapa, el software se implementa en producción, que es donde se usa por primera vez por los usuarios.

Las pruebas de software es el proceso de encontrar y corregir errores en el software. Los probadores de software utilizan una variedad de métodos para encontrar errores, como ejecutar pruebas unitarias, pruebas de integración y pruebas de sistema.

Hay muchos tipos diferentes de modelos de ciclo de vida de desarrollo de software, cada uno con sus propias ventajas y desventajas. Algunos modelos de ciclo de vida de desarrollo de software comunes incluyen:

• Modelo en cascada: En el modelo en cascada, las etapas del desarrollo de software se realizan en un orden secuencial.
• Modelo iterativo: En el modelo iterativo, las etapas del desarrollo de software se repiten varias veces.
• Modelo ágil: En el modelo ágil, el desarrollo de software se realiza en pequeñas iteraciones.

El modelo de ciclo de vida de desarrollo de software que se utiliza depende de las necesidades del proyecto de desarrollo de software. Por ejemplo, si el proyecto es complejo y tiene muchos requisitos, es posible que se utilice un modelo en cascada. Si el proyecto es más pequeño y tiene requisitos menos complejos, es posible que se utilice un modelo iterativo o ágil.

Formas de pensar

 Desarrollo versus Pruebas

¿Sabes?, los desarrolladores y los probadores a menudo piensan de forma diferente. Los desarrolladores se enfocan principalmente en diseñar y construir un producto genial, mientras que los probadores se dedican a verificar y validar ese producto, buscando defectos y problemas antes de lanzarlo. Son dos enfoques distintos que requieren mentalidades diferentes, o formas de pensar. Pero cuando se combinan estas mentalidades, ¡se logra un nivel de calidad aún mayor!

La mentalidad de un probador incluye cosas como curiosidad, ser un poco pesimista (pero de manera profesional), tener un espíritu crítico, prestar atención a los detalles y ser bueno en la comunicación y las relaciones positivas. A medida que ganan experiencia, los probadores van ampliando y madurando su mentalidad. Por otro lado, la mentalidad de un desarrollador puede tener algunos elementos similares a la del probador, pero los desarrolladores exitosos están más interesados en el diseño y la construcción de soluciones, y no tanto en pensar en qué podría salir mal. Además, a veces les cuesta encontrar errores en su propio trabajo debido a algo llamado "sesgo de confirmación".

Pero, con la mentalidad adecuada, los desarrolladores también pueden probar su propio código. En diferentes modelos de ciclo de vida de desarrollo de software, suelen organizarse a los probadores y las actividades de prueba de diferentes maneras. A veces, tener probadores independientes realizando algunas de las pruebas aumenta la eficacia para detectar defectos, especialmente en sistemas grandes, complejos o críticos para la seguridad. Los probadores independientes ofrecen una perspectiva diferente a la de los creadores del software, como analistas de negocio, dueños del producto, diseñadores y programadores. Y eso es genial, porque tienen diferentes formas de pensar y abordan las cosas desde distintos ángulos.

¡Así que recuerda, la combinación de mentalidades de desarrolladores y probadores es clave para lograr productos de alta calidad!

Valores de las pruebas de software

Principios de las pruebas

1.- ¡La prueba no demuestra que algo está perfecto!

Cuando se hace una prueba, podemos encontrar defectos, pero eso no significa que no haya más. La prueba nos ayuda a reducir la posibilidad de que queden defectos sin descubrir en el software, ¡pero no es una forma de demostrar que todo está perfecto!

2.- ¡No se puede probar absolutamente todo!

Probar absolutamente todo, como todas las combinaciones de entradas, es imposible, ¡a menos que sea algo muy simple! En lugar de intentarlo, es mejor usar técnicas de prueba, análisis de riesgos y establecer prioridades para enfocar nuestros esfuerzos de prueba.

3.- ¡Prueba temprano para ahorrar tiempo y dinero!

Es mejor comenzar las pruebas lo más temprano posible en el proceso de desarrollo de software. Así podemos detectar los defectos rápidamente. Incluso se le llama "desplazamiento hacia la izquierda". Haciendo pruebas temprano en el proceso, podemos reducir o incluso evitar cambios costosos más adelante.

4.- Los defectos suelen agruparse

La mayoría de los defectos se encuentran en unos pocos módulos. Durante las pruebas antes del lanzamiento o cuando el software está en uso, solemos descubrir que los defectos se agrupan en ciertos lugares. Esto es útil para centrar nuestros esfuerzos de prueba y analizar los riesgos.

5.- ¡Cuidado con la paradoja del pesticida!

Si hacemos las mismas pruebas una y otra vez, eventualmente no encontraremos nuevos defectos. Para descubrir nuevos defectos, a veces necesitamos cambiar las pruebas existentes y los datos de prueba, e incluso crear nuevas pruebas. ¡Es como cuando los pesticidas dejan de ser efectivos contra los insectos! En algunas ocasiones, especialmente en las pruebas de regresión automatizadas, esto puede ser útil porque encontramos menos defectos que se repiten.

6.- La prueba depende del contexto

La forma en que hacemos las pruebas varía según el contexto. Por ejemplo, las pruebas de software crítico para la seguridad industrial se realizan de manera diferente a las pruebas de una aplicación de comercio electrónico en un teléfono móvil. ¡Incluso en proyectos de desarrollo de software ágil y en proyectos con un enfoque secuencial, las pruebas se realizan de manera diferente!

7.- ¡No podemos esperar la perfección!

Algunas organizaciones esperan que los probadores puedan hacer todas las pruebas posibles y encontrar todos los defectos, ¡pero eso es imposible! Además, es un error pensar que solo encontrando y corrigiendo muchos defectos, el sistema será exitoso. Por ejemplo, si probamos todos los requisitos y corregimos todos los defectos, podríamos terminar con un sistema difícil de usar, que no cumple las necesidades de los usuarios o que es peor que otros sistemas de la competencia.

Fallas, defectos y errores

 ¿Acaso no es lo mismo falla, error y defecto?

A veces, las personas cometen errores, y esos errores pueden resultar en defectos en el software o en otros productos relacionados. Por ejemplo, un error en la captura de requisitos puede llevar a un defecto en el requisito, lo que a su vez resulta en un error de programación y un defecto en el código. ¡Es como una cadena de eventos desafortunados!

Si ejecutas una parte de código con un defecto, esto puede causar un fallo, pero no siempre ocurre en todas las circunstancias. Algunos defectos requieren condiciones muy específicas para que se produzca un fallo, lo que puede suceder rara vez o incluso nunca. ¡Es como un secreto que solo se revela en circunstancias particulares!

Los errores pueden ocurrir por diferentes razones, como la presión por el tiempo, los errores humanos, la falta de experiencia o calificación de los participantes en el proyecto, la falta de comunicación entre ellos, la complejidad del código o el diseño, entre otros. ¡Es como un montón de obstáculos en el camino hacia el software perfecto!

Además de los defectos en el código, también existen fallos causados por condiciones del entorno. Por ejemplo, la radiación, los campos electromagnéticos o la contaminación pueden afectar el funcionamiento del hardware o el firmware, generando fallos en el software. ¡Es como elementos externos que interfieren en el funcionamiento correcto!

No todos los resultados inesperados de las pruebas son fallos. A veces, ocurren falsos positivos, que son errores en la forma en que se realizaron las pruebas o en los datos de prueba, el entorno de prueba u otros elementos relacionados. También puede suceder lo contrario, donde errores o defectos pasan desapercibidos y se producen falsos negativos. ¡Es como una confusión momentánea en el proceso de detección de errores!

En resumen, los errores pueden llevar a defectos y fallos en el software. Pueden ocurrir por diversas razones, y también hay situaciones en las que los resultados de las pruebas pueden no reflejar la presencia de defectos. ¡Es todo un desafío garantizar que el software funcione de manera correcta y confiable!

Calidad del software

¿Control de calidad en el software?

A veces, las personas suelen confundir dos términos: aseguramiento de la calidad (o QA) y prueba. ¡Pero déjame explicarte la diferencia!

El aseguramiento de la calidad es un concepto más amplio que incluye todas las actividades para dirigir y controlar una organización en términos de calidad. Incluye tanto el aseguramiento de la calidad como el control de la calidad. ¿Qué significa eso? 

Bueno, el aseguramiento de la calidad se enfoca en seguir los procesos adecuados para garantizar que se alcancen los niveles de calidad necesarios. Cuando los procesos se llevan a cabo de manera correcta, los productos que se crean son de mejor calidad, lo que ayuda a prevenir defectos. ¡Es como seguir una receta paso a paso para hacer un pastel delicioso!

Además, el aseguramiento de la calidad también utiliza el análisis de la causa raíz para detectar y eliminar las causas de los defectos. También se basa en los resultados de las reuniones retrospectivas para mejorar los procesos. ¡Es como investigar por qué algo salió mal y luego tomar medidas para que no vuelva a suceder!

Por otro lado, el control de la calidad implica diferentes actividades, incluyendo la prueba. La prueba es una parte importante del proceso general de desarrollo o mantenimiento del software. Como el aseguramiento de calidad se preocupa de que todo el proceso se realice correctamente, también promueve la realización de pruebas adecuadas. ¡Es como tener un equipo de detectives que busca y encuentra los errores en el software!

En resumen, el aseguramiento de la calidad es más amplio y se enfoca en seguir los procesos adecuados y prevenir defectos, mientras que la prueba es una actividad específica dentro de ese proceso para encontrar y corregir errores. Trabajando juntos, el aseguramiento de calidad y las pruebas nos ayudan a tener software de mejor calidad. ¡Vamos por la excelencia en cada proceso de desarrollo!

Contribución de las pruebas de software

 ¿En que contribuyen las pruebas de software?

En el mundo de la informática, a veces sucede que el software o los sistemas se entregan y luego causan problemas porque tienen defectos. ¡Pero no te preocupes! Hay técnicas de prueba que pueden ayudar a reducir estos problemas y hacer que todo funcione mejor.

Por ejemplo, si los probadores están involucrados en revisar los requisitos o en mejorar las historias de usuario, pueden detectar defectos en esas partes del trabajo. ¡Es como si fueran detectives buscando pistas ocultas!

También, cuando los probadores trabajan de cerca con los diseñadores del sistema, pueden entender mejor cómo se debe diseñar y cómo probarlo. Esto ayuda a reducir el riesgo de tener problemas fundamentales en el diseño y permite identificar pruebas desde etapas tempranas. ¡Es como trabajar en equipo para construir algo sólido desde el principio!

Lo mismo ocurre cuando los probadores colaboran estrechamente con los desarrolladores mientras están escribiendo el código. Esto ayuda a que todos entiendan mejor el código y cómo probarlo. ¡Es como tener a un compañero que te ayude a revisar tu tarea de matemáticas y encontrar errores!

Además, si los probadores verifican y validan el software antes de lanzarlo, pueden detectar fallos que de otra manera se habrían pasado por alto. Esto ayuda a eliminar los defectos que causaron los problemas (también conocido como depuración). ¡Es como revisar tu trabajo antes de entregarlo para asegurarte de que esté perfecto!

En resumen, la prueba adecuada y la colaboración entre probadores, diseñadores y desarrolladores son clave para evitar problemas y hacer que el software funcione de manera exitosa. Trabajar juntos, revisar y mejorar constantemente nos ayudará a tener un software genial y confiable. ¡Vamos por el éxito en cada entrega!