Recuerdo un incidente en el que estábamos desarrollando un producto a base de clientes. Este fue el momento en el que estábamos desarrolladores hardcore. Hemos desarrollado con un diseño sólido (usando OOPs metodología, aquellos días era el logro más grande) y se utilizan todos los objetos robustos debajo de VC ++. El producto quedó desarrolló y fue asignado a hacer la prueba del producto. Hice la prueba y la pasé. Sin embargo, uno de mis amigos tenían algunas dudas sobre esto y se sentó conmigo para otra ronda de pruebas.
Hemos probado este producto, mediante la ejecución de la misma aplicación y otra vez. Después de probar que decimocuarta vez, hay un objeto en el menú consiguió desaparecer !! Posteriormente, para cada ciclo de objetos de prueba se están desaparecidos ...
El problema era que lanzamos un objeto que es creado por nosotros, sin embargo, de acuerdo con la directriz de este objeto también conseguirá publicado por compilador también.
¿Sabes cuál es la medida de prevención es por esta ...... prueba ..
Why es importante para cualquier producto? Todo el mundo lo sabe pero ignora intencionalmente, sobre todo cuando el cambio es menor. Normalmente, la gente asume que los pequeños cambios por qué deberíamos gastar tanto tiempo en las pruebas. La razón es, estamos utilizando tantas herramientas y tecnologías disponibles en el mercado sin saber siquiera el 20% de su uso y la implicación.
¿Tenemos realmente conscientes de estas herramientas está pasando todos los obstáculos de prueba? ¿Realmente entendemos las limitaciones? ¿Entendemos la complejidad interna de la misma? ¿Tenemos analizar si sería conveniente para nuestro proyecto? A pesar de que, si se sabe que el arquitecto /diseñador, es este conocimiento pasa hasta el nivel de desarrollador? La respuesta es NO !!!!!
Esto es por lo que me permito sugerir tener más opinión y las pruebas de tiempo que antes.
equipo de prueba debe ser completamente diferente del equipo de desarrollo y que depende directamente cliente. De esta manera, el cliente puede garantizar la exactitud e integridad de desarrollo. Es una cosa difícil de convencer a la industria de servicios, pero, cliente debe hacerse consciente de estos hechos. Prueba
Software es asegurar el negocio y requisito técnico se está cumpliendo en base a los datos de prueba y controlado, así como condiciones de funcionamiento no controlados.
Las pruebas de software es un