Pruebas de software

Teniendo esta afirmación en mente, la información que puede ser requerida es de lo más variada.A pesar de lo que muchos promueven, no existen las "mejores prácticas" como tales.Toda práctica puede ser ideal para una situación, pero completamente inútil o incluso perjudicial en otra.Por esto, las actividades técnicas, documentación, enfoques y demás elementos que condicionarán las pruebas a realizar deben ser seleccionadas y utilizadas de la manera más eficiente según contexto del proyecto.Una de las peculiaridades de este proceso, es que no está previsto volver a una etapa anterior, es decir si se olvidó relevar algún requerimiento al comienzo, no tiene una alternativa para considerar este caso.Hay distintos tipos como por ejemplo: Podemos considerar el proceso de pruebas funcionales como un proceso donde se va probando inicialmente lo de más bajo nivel y se van integrando y probando paulatinamente componentes hasta lograr un sistema completo totalmente probado.Por eso se dice que hay distintos niveles de prueba.Una prueba no funcional es una prueba cuyo objetivo es la verificación de un requisito que especifica criterios que pueden usarse para juzgar la operación de un sistema (requisitos no funcionales) como por ejemplo la disponibilidad, accesibilidad, usabilidad, mantenibilidad, seguridad, rendimiento.[4]​ Estas herramientas podrán ser utilizadas para diferentes tipos de pruebas como por ejemplo:
Diagrama que en forma gráfica, evoca la situación en la cual las opiniones y/o evaluaciones se concretan a través de una multitud de evaluadores y aportantes ( crowdsourced testing ), trabajando en forma abierta y participativa ( crowdsourcing ).