Tecnologías De Información

Recuerde que los negocios orientados hacia las pruebas son las que se podría describir en términos que fueran (o debería) ser de interés para un experto en negocios. Cuando hablamos de las pruebas tradicionales de los enfoques graduales, que casi siempre significa criticar el producto después de que se construya. Por ahora, se podría pensar que en el desarrollo ágil esta parte de la prueba debeser fácil. Después de todo, acabamos de pasar todo ese tiempo, asegurándose de que funciona como se esperaba. Los requisitos han sido probados, ya que fueron construidos, incluyendo la seguridad y otros requisitos no funcionales, ¿verdad? Todo lo que queda es encontrar posiblemente algunos errores extraños o interesantes.

Como probadores, sabemos que la gente comete errores. No importa cuántonos esforcemos para hacerlo bien la primera vez, a veces se equivocan. Tal vez se utilizó un ejemplo que no he probado lo que pensaba. O tal vez se registró un resultado erróneo por lo que la espera ha pasado la prueba, pero era un falso positivo. El experto de negocios podría haber olvidado algunas cosas que los usuarios reales necesarios. El mejor cliente no puede saber lo que quiere (o no quiere)hasta que la vea.


Demostraciones
Le recomendamos mostrar a los clientes lo que está en vías de desarrollo temprano y con frecuencia. Tan pronto como una interfaz de usuario rudimentaria o informe está disponible durante el desarrollo de la historia, muestran que el dueño del producto o del perito otro dominio en el equipo. Sin embargo, no todo el mundo en el lado de negocios tendrán laoportunidad de ver a los entregables de la iteración hasta que la demo de iteración. Al final de la iteración manifestaciones son una oportunidad para que los usuarios de negocios y expertos de dominio para ver lo que ha sido entregado en la iteración y revisar sus prioridades. Les da la oportunidad de decir: "Eso es lo que dije, pero no es lo que quise decir." Esta es una forma de criticar elproducto.


Escenario de las pruebas
Los usuarios empresariales pueden ayudar a definir los posibles escenarios y flujos de trabajo que pueden imitar el comportamiento del usuario final. En la vida real conocimiento del dominio es fundamental para la creación de escenarios precisos. Queremos poner a prueba el sistema de extremo a extremo, pero no necesariamente como un cuadro negro.

Una buenatécnica para ayudar al equipo a entender las necesidades del negocio y de usuario es "la prueba de jabón ópera", un término acuñado por Hans Buwalda [2003]. La idea aquí es tomar un escenario que se basa en la vida real, lo exageran de una manera similar a la forma en telenovelas exagerar el comportamiento y las emociones, y comprimirlo en una secuencia rápida de los acontecimientos. Piense enpreguntas como: "¿Qué es lo peor que le puede pasar, y cómo sucedió?"

Pruebas exploratorias
Pruebas exploratorias (ET) es un enfoque importante de la prueba en el mundo ágil. Como una herramienta de investigación, es un complemento fundamental para las pruebas de la historia y nuestra suite de regresión automatizadas. Se trata de un enfoque sofisticado, considerado a la prueba sin un guión, y lepermite ir más allá de las variaciones obvias que ya han sido probados. El testing exploratorio combina el aprendizaje, el diseño del ensayo, y la ejecución de pruebas en el enfoque de prueba. Nosotros aplicamos la heurística y las técnicas de una manera disciplinada para que el "hacer", revela implicaciones más que sólo pensar en un problema. Como prueba, a aprender más sobre el sistema bajo prueba yse puede utilizar esa información para ayudar a diseñar nuevas pruebas.

El testing exploratorio no es un medio de evaluar el software a través de pruebas exhaustivas. Tiene el propósito de añadir otra dimensión a su prueba. Usted hace lo suficiente para ver si las historias de "hecho" se hacen realmente a su satisfacción.


Test de usabilidad
Hay dos tipos de pruebas de utilidad. El...