Pruebas de requisitos integrales y evaluación de calidad: lo último en turnos a la izquierda.
Pruebas de requisitos
Pruebas de historias de usuario
Las pruebas de requisitos reducen el retrabajo y el desperdicio. Las pruebas de requisitos automatizadas (o manuales) pueden garantizar que la calidad de los requisitos se logre en una etapa temprana del ciclo de vida del desarrollo de software. Los requisitos de alta calidad ayudan a los equipos a tener más éxito en los proyectos de software. Exploremos por qué esto es así. De media 15% – 35% de todos los defectos de producción son causados por requisitos deficientes o faltantes (Fuente Capers Jones y Accenture). Si los requisitos son de baja calidad, hay pocas posibilidades de lograr un resultado exitoso. Este artículo presenta las pruebas de requisitos automatizadas.
Primero debemos entender qué constituye un requisito o conjunto de requisitos de buena calidad. Necesitamos entender los atributos de los requisitos de buena calidad y luego probar nuestros requisitos contra esos atributos.
Muchos equipos de software Agile conocen y pueden utilizar el neumónico INVEST. INVEST es un conjunto vago e incompleto de atributos de calidad para los requisitos de un buen software. En su lugar, recomendamos un conjunto de atributos de calidad más completo e inequívoco.
Requisitos Calidad Atributos
- Claro – intención funcional inequívoca
- Conciso – Tan pocas palabras y detalles como sean necesarios para describir la intención funcional.
- Mensurable – Tiene tamaño funcional (declaraciones claras del movimiento de datos)
- Orientado al usuario – Cada requerimiento tiene un usuario claramente identificado
- Sin diseño – no hay especificación de cómo se logrará la funcionalidad
- Valioso – cada requisito debe ofrecer valor al usuario/negocio
- Comprobable – Se puede probar el comportamiento correcto
- Completo – incluye toda la funcionalidad necesaria para la interacción del usuario
- Coherente – utilizar los mismos términos para objetos y usuarios a lo largo de
- Único – no hay requisitos funcionales duplicados en un conjunto
Estos son nuestros 10 atributos de calidad recomendados para buenos requisitos de software. Los primeros 7 se aplican dentro del contexto de un requisito individual y los últimos tres analizan la calidad de cada requisito en el contexto de un conjunto de requisitos. Ningún requisito (o historia de usuario) debe examinarse de forma aislada.
Pruebas de requisitos de software realizadas por ScopeMaster®
Si está harto de requisitos poco claros, esto es lo que necesita, análisis estático de requisitos:
ScopeMaster realiza pruebas de requisitos tanto estáticas como dinámicas. Evaluará la calidad de los requisitos individuales y de los conjuntos de requisitos. ScopeMaster es el único analizador de requisitos que evalúa su trabajo pendiente. Las pruebas de ScopeMaster cubren 9 de las 10 categorías de calidad esenciales que se muestran arriba. En general, encontrará (y le ayudará a solucionar) más del 50% de los defectos en sus requisitos.
Pruebas de requisitos automatizadas por ScopeMaster®
Más de 350 pruebas de requisitos estáticos
Verificar que sus requisitos cumplan con estos atributos es bastante tedioso. En ScopeMaster, hemos simplificado el trabajo de comprobar la calidad de los requisitos. Lo hemos automatizado. Pruebas ScopeMaster® cada requisito, realizando más de 350 pruebas estáticas que cubren buenas prácticas en requisitos de redacción. Es como tener expertos (Linda Westfall, Karl Wiegers y Robin Goldsmith) revisa tu trabajo a medida que avanzas. Asigna una calificación de calidad y ofrece una explicación de cómo solucionar cada problema encontrado.
100-2000+ pruebas dinámicas por requisito
Luego, ScopeMaster ejecuta pruebas adicionales para comparar todos los requisitos entre sí para determinar los atributos de calidad relacionados con el conjunto de requisitos.
En total, ScopeMaster normalmente realiza aproximadamente 1000 pruebas por requisito cubriendo 9 de las 10 categorías anteriores.
Las pruebas de requisitos son lo último en pruebas de desplazamiento a la izquierda
Requisito Grado de calidad
El analizador ScopeMaster determina un grado de calidad para cada requisito individual. Esto está determinado por los resultados de las pruebas estáticas y las pruebas contextuales. Cada una de las más de 350 pruebas estáticas tiene un peso asociado.
Cada requisito se prueba
Atributos de calidad como claridad, orientación al usuario, concisión, capacidad de prueba y tamaño son atributos que pueden evaluarse al examinar cada requisito individual o historia de usuario.
La coherencia, la integridad y la singularidad sólo se pueden evaluar cuando se examinan, cruzan referencias y comparan conjuntos de requisitos o historias de usuarios. ScopeMaster realiza cientos de pruebas estáticas en cada requisito (o historia de usuario)
Conjunto de requisitos Grado de calidad
ScopeMaster® prueba automáticamente el conjunto de requisitos dando una calificación de calidad general para el conjunto. Este es un indicador muy útil de la preparación del proyecto para la inversión.
Se prueban conjuntos de requisitos
La coherencia, la integridad y la singularidad sólo se pueden evaluar cuando se examinan, cruzan referencias y comparan conjuntos de requisitos o historias de usuarios. Para un conjunto determinado de historias de usuario (o requisitos), ScopeMaster realizará hasta varios millones de pruebas contextuales en conjuntos de historias de usuario.
Otras técnicas para encontrar defectos en los requisitos
Primero debemos asegurarnos de conocer los requisitos reales y luego debemos asegurarnos de articularlos bien. A continuación se presentan listas de técnicas para abordar ambas preocupaciones:
¿Descubriendo los requisitos reales?
- Talleres de trabajo
- Prototipos
- tres amigos
- Refinamiento del trabajo pendiente
- Inspecciones de requisitos
- Simulaciones y tutoriales
Articular bien los requisitos
- Analisis textual
- Modelado de casos de uso
- Modelado de datos
- Modelado de flujo de usuarios
- Análisis CRUD
Potencial de defecto
Cada artefacto de software tiene una cantidad predecible de defectos cuando se crea. Cuando lo piensas, esto tiene sentido. Por cada hora que un trabajador del conocimiento dedica a algo (código, diseño, requisitos, etc.), es probable que cometa uno o dos errores cada hora. Los defectos potenciales en los requisitos son los defectos que es probable que contengan cuando se crean. La métrica para el potencial de defectos de requisitos que preferimos es una métrica normalizada de potencial de defecto por punto de función COSMIC. Por ejemplo, los estudios de Capers Jones muestran que el potencial promedio de defectos en los requisitos varía entre 1 y 2 defectos por FP en los requisitos. Saber esto es un punto de partida importante para encontrar y corregir estos defectos: si ahora sabemos cuántos defectos de requisitos necesitamos encontrar, somos parte del camino para solucionarlos.
Calidad de seguimiento
ScopeMaster rastrea los requisitos de calidad a lo largo del tiempo.
A medida que utilice ScopeMaster para ayudar a refinar sus historias de usuario, realizará un seguimiento del recuento de defectos y el grado de calidad a lo largo del tiempo. Esto es útil para que los gerentes de control de calidad y los gerentes de proyectos evalúen la preparación de los requisitos para el desarrollo.
Defectos encontrados
Un examen y pruebas exhaustivos de los requisitos revelan:
- defectos potenciales dentro de un requisito, y
- Defectos potenciales en un conjunto de requisitos.
Densidad de defectos
La densidad de defectos es una indicación de la concentración de defectos dentro de los requisitos. Si bien podría utilizar un indicador como defectos encontrados por requisito o defectos por caso de uso, recomendamos defectos por CFP, ya que se trata de una métrica estandarizada y consistente.
