El software ad hoc es software que se prueba, crea u opera de otro modo sin una planificación o premeditación específicas. Este término general se usa con mayor frecuencia para describir la prueba de productos de software, donde contrasta con otros métodos de prueba más estrictamente planificados. El software ad hoc también es un nombre comercial en algunas áreas del mundo. Algunos también lo conocen como un acrónimo de un tipo francés de software de observación.
Las diferentes comunidades técnicas pueden tener definiciones ligeramente diferentes de lo que es el software ad hoc. La mayoría identifica el software ad hoc como aplicaciones que surgen de forma bastante natural, o casi aleatoria, sin muchos planos o prototipos y parámetros planificados específicos de la etapa. Como se mencionó anteriormente, las pruebas ad hoc son un enfoque que adoptan algunos desarrolladores para probar el software de manera rápida y eficaz. Otros desaconsejan este proceso de prueba más informal.
Algunos profesionales de TI explican las pruebas de software ad hoc como una prueba “única”; dicha prueba solo se ejecutará una vez, a menos que, durante el transcurso de la prueba, los desarrolladores vean un error crítico. Estos errores en la tecnología a menudo se denominan «errores» en la jerga profesional. Encontrar uno o más de estos en una prueba ad hoc generalmente obligaría a los programadores a volver atrás y revisar partes importantes de la codificación de un programa, o probar en formas más planificadas o rigurosas.
Las alternativas a las pruebas de software ad hoc incluyen pruebas de aceptación y pruebas de regresión. Estos tipos de pruebas implican volver a ejecutar una prueba para obtener una eficacia adicional. Algunos desarrolladores ven razones para usar siempre estos métodos de prueba más formales. Por ejemplo, cuando el software proporciona una protección eficaz para la salud o la seguridad, es posible que se requieran pruebas redundantes. Esto también es cierto cuando las pruebas de software se relacionan con la ingeniería de proyectos de transporte u otros proyectos de los que depende la vida de las personas.
Para el software que no es «crítico para la vida», los desarrolladores difieren en cuanto a si los métodos de prueba ad hoc son suficientes. La idea de «pruebas exploratorias» o un enfoque más informal o aleatorio está ganando impulso en algunos círculos de la comunidad de TI. Aunque los estándares generales para las pruebas redundantes a menudo prevalecen en las principales empresas, existe una controversia general sobre qué métodos de prueba son los más deseables.
Algunos profesionales de TI sienten que el título, «software ad hoc», a veces se aplica incorrectamente. La frase parece caracterizar de forma excesiva algunos productos y pruebas de software. El uso de etiquetas más complejas podría ayudar a los usuarios finales y otras personas a comprender mejor cómo se desarrollan los productos de software individuales.