Que es calidad de software

normas de calidad del software

La calidad del software se define como un campo de estudio y práctica que describe los atributos deseables de los productos de software. Hay dos enfoques principales de la calidad del software: la gestión de defectos y los atributos de calidad.

Un defecto de software puede considerarse como cualquier fallo en el cumplimiento de los requisitos del usuario final. Entre los defectos más comunes se encuentran los requisitos omitidos o malinterpretados y los errores de diseño, de lógica funcional, de relaciones de datos, de tiempo de proceso, de comprobación de validez y de codificación.

El enfoque de la gestión de defectos del software se basa en el recuento y la gestión de los defectos. Los defectos se suelen clasificar por su gravedad y los números de cada categoría se utilizan para la planificación. Las organizaciones de desarrollo de software más maduras utilizan herramientas, como las matrices de fuga de defectos (para contar el número de defectos que pasan por las fases de desarrollo antes de ser detectados) y los gráficos de control, para medir y mejorar la capacidad del proceso de desarrollo.

Este enfoque de la calidad del software se ejemplifica mejor con modelos de calidad fijos, como la norma ISO/IEC 25010:2011. Esta norma describe una jerarquía de ocho características de calidad, cada una de ellas compuesta por subcaracterísticas:

pruebas de caja blanca

Cuando hablamos de calidad del software, en realidad estamos hablando de la evaluación del software en función de ciertos atributos. La calidad del software se define a partir del estudio de las características externas e internas del software. La calidad externa se define en función de cómo se comporta el software en un escenario de tiempo real en modo operativo y de su utilidad para los usuarios. La calidad interna, por su parte, se centra en los aspectos intrínsecos que dependen de la calidad del código escrito. El usuario se centra más en el funcionamiento del software a nivel externo, pero la calidad a nivel externo sólo puede mantenerse si el codificador ha escrito un código significativo de buena calidad.

->  Calco de imagen illustrator cc

Como se ha mencionado antes, cualquier cosa que no se ajuste a los requisitos del cliente puede considerarse un defecto. Muchas veces el equipo de desarrollo no entiende completamente los requisitos del cliente, lo que finalmente conduce a un error de diseño. Además, el error puede deberse a una lógica funcional deficiente, a una codificación incorrecta o a un manejo inadecuado de los datos. Para hacer un seguimiento de los defectos se puede aplicar un enfoque de gestión de defectos. En la gestión de defectos, se definen categorías de defectos en función de su gravedad. Se cuenta el número de defectos y se toman medidas según la gravedad definida. Se pueden crear gráficos de control para medir la capacidad del proceso de desarrollo.

pruebas de software

La calidad del software es el grado de corrección del software producido. Un software de calidad está razonablemente libre de errores o defectos, se entrega a tiempo y dentro del presupuesto, cumple los requisitos, las expectativas y es mantenible. La norma ISO 8402-1986 define la calidad como «el conjunto de características y rasgos de un producto o servicio que conlleva su capacidad para implicar necesidades o satisfacer lo establecido». En la visión original, la calidad es difícil de describir pero se puede reconocer si está presente.

->  Como empezar un podcast

La planificación de la calidad define los atributos de calidad asociados al resultado del proyecto. ¿Cómo se evalúan esos atributos? Características como «robustez», «accesibilidad» y «modularidad» asociadas al proyecto de desarrollo de software. El plan de calidad también puede abordar el mercado previsto, las fechas críticas de lanzamiento, los objetivos de calidad, los riesgos previstos y la política de gestión de riesgos.

El equipo de control de calidad prueba y revisa el software para garantizar los procesos y normas de calidad tanto a nivel de organización como de proyecto. En las empresas de desarrollo de software que aplican el enfoque ágil de la calidad, el cambio a métodos ágiles desde una estructura de gestión de la calidad más formal crea problemas si los procedimientos de control no se adaptan adecuadamente.

caso de prueba

Este artículo necesita citas adicionales para su verificación. Por favor, ayude a mejorar este artículo añadiendo citas de fuentes fiables. El material sin fuente puede ser cuestionado y eliminado.Buscar fuentes:  «Software quality» – news – newspapers – books – scholar – JSTOR (December 2021) (Learn how and when to remove this template message)

Muchos aspectos de la calidad estructural sólo pueden evaluarse de forma estática a través del análisis de la estructura interna del software, su código fuente (véase Métricas del software),[3] a nivel de unidad, nivel de sistema (a veces referido como pruebas de extremo a extremo[4]), que es en efecto cómo su arquitectura se adhiere a los principios sólidos de la arquitectura del software esbozados en un documento sobre el tema por el Grupo de Gestión de Objetos (OMG)[5].

->  Declaración mensual personas fisicas

Sin embargo, algunas cualidades estructurales, como la usabilidad, sólo pueden evaluarse de forma dinámica (los usuarios u otras personas que actúen en su nombre interactúan con el software o, al menos, con algún prototipo o implementación parcial; incluso la interacción con una versión simulada realizada en cartón representa una prueba dinámica porque dicha versión puede considerarse un prototipo). Otros aspectos, como la fiabilidad, pueden implicar no sólo al software sino también al hardware subyacente, por lo que puede evaluarse tanto de forma estática como dinámica (prueba de estrés)[cita requerida].

Esta web utiliza cookies propias para su correcto funcionamiento. Al hacer clic en el botón Aceptar, acepta el uso de estas tecnologías y el procesamiento de tus datos para estos propósitos. Más información
Privacidad