Contenidos
Software-t für embedde
Poner cualquier parte de su organización bajo el microscopio puede ser incómodo, pero hacerlo es una necesidad para asegurar que las construcciones y configuraciones del plan del pagador van a la producción con la calidad que se requiere.
Hasta ahora en esta serie, le hemos presentado las razones por las que debería evaluar su proceso de pruebas, así como las 14 áreas clave que debería tener en cuenta durante su evaluación. (En caso de que se las haya perdido, aquí están la Parte 1 y la Parte 2). En el artículo de hoy, trataremos el proceso de evaluación en sí mismo, los objetivos de una evaluación y los pasos de una evaluación completa.
Los principales objetivos de un proceso de evaluación son: 1) apoyar el desarrollo de un perfil de proceso de pruebas y la determinación de un nivel de madurez; 2) guiar a la organización en el desarrollo de planes de acción para la mejora del proceso de pruebas; 3) asegurar que la evaluación se ejecuta con un uso eficiente de los recursos de la organización; y 4) guiar al equipo de evaluación en la recopilación, organización y análisis de los datos de la evaluación. A continuación se presenta un breve resumen de los pasos del procedimiento de evaluación.
Mejores prácticas de pruebas de software
Las pruebas son el proceso de evaluar un sistema o sus componentes con la intención de averiguar si satisface o no los requisitos especificados. En palabras sencillas, las pruebas consisten en ejecutar un sistema con el fin de identificar las lagunas, los errores o los requisitos que faltan en contra de los requisitos reales.
Según la norma ANSI/IEEE 1059, las pruebas pueden definirse como: un proceso de análisis de un elemento de software para detectar las diferencias entre las condiciones existentes y las requeridas (es decir, defectos/errores/bugs) y para evaluar las características del elemento de software.
Depende del proceso y de las partes interesadas del proyecto. En el sector de las TI, las grandes empresas cuentan con un equipo encargado de evaluar el software desarrollado en el contexto de los requisitos establecidos. Además, los desarrolladores también realizan pruebas que se denominan pruebas unitarias. En la mayoría de los casos, los siguientes profesionales participan en las pruebas de un sistema dentro de sus respectivas capacidades.
Las distintas empresas tienen diferentes denominaciones para las personas que prueban el software en función de su experiencia y conocimientos, como probador de software, ingeniero de garantía de calidad del software, analista de garantía de calidad, etc.
Etapas de las pruebas
Cualquier problema de funcionalidad en el software puede tener graves repercusiones, como la pérdida de vidas, dinero, tiempo y reputación, en el caso de las empresas. Los defectos en los sistemas de software pueden, por tanto, causar un efecto significativo en nuestro día a día. Veamos ahora algunos ejemplos de la vida real a lo largo de los años.
Una investigación independiente señaló un problema de software en el sistema de oxígeno de las ambulancias. El cuerpo de bomberos está utilizando ahora oxígeno portátil hasta que la compañía de ambulancias proporcione una solución. Después de estos ejemplos, descubramos las categorías de defectos de software en la siguiente sección.
Algunos ejemplos de defectos que afectan a los individuos son los defectos en las facturas mensuales. Cualquier pequeño defecto en el software que genera estas facturas puede llevar a un pago excesivo o insuficiente de las mismas, causando pérdidas a la empresa de facturación. Otro defecto común en esta categoría son los defectos en el cálculo de los salarios.
Otros ejemplos son los defectos en los importes de las extracciones de los cajeros automáticos y el tiempo de espera en los semáforos, las cabinas telefónicas y las gasolineras. Dondequiera que se utilice un software, existe la posibilidad de que haya defectos de software.
Praxiswiss softwaretest – test anal
Esta guía de pruebas de software es el siguiente tema en la línea de lo que hemos discutido anteriormente. Hemos tratado un conjunto variado de temas y hemos dedicado bastante tiempo a hablar de la metodología de desarrollo de software: Agile, cascada, Scrum, modelo V, etc. Y con razón.
En Internet se define la prueba de software como el proceso de ejecución de un programa o aplicación con la intención de identificar errores. Me gusta definir las pruebas como el proceso de validación de que una pieza de software cumple con sus requisitos técnicos y de negocio. Las pruebas son la vía principal para comprobar que el producto construido cumple los requisitos adecuadamente.
Sea cual sea la metodología, hay que planificar una prueba adecuada del producto. Las pruebas le ayudan a asegurarse de que el producto final funciona como se espera y a evitar defectos en vivo que pueden causar daños financieros, de reputación y a veces normativos a su producto/organización.
¿Estarías en desacuerdo si dijera que todo el mundo en un proyecto es un colaborador clave? Puedo percibir que asiente con la cabeza, así que sigamos adelante. En contra de la creencia popular, una fase de pruebas dedicada por sí sola no es suficiente para detectar todos los errores de su producto.