TTCN es un lenguaje de programación utilizado para probar protocolos de comunicación y servicios web . Un conjunto de pruebas de TTCN consta de muchos casos de prueba escritos en el lenguaje de programación TTCN. Hasta la versión 2, el lenguaje se escribía en tablas y se llamaba notación combinada de árbol y tabular . La lectura y edición de este idioma requirió editores especiales de TTCN. A partir de la versión 3, se cambió el nombre de TTCN a Prueba y notación de control de prueba . Ahora está más cerca de los lenguajes de programación actuales y se puede editar con editores tradicionales. TTCN-3 es más flexible que TTCN-2 en el sentido de que se puede utilizar para pruebas de protocolo, así como para probar software tradicional.
Todas las versiones de TTCN necesitan compiladores o intérpretes dedicados para su ejecución.
TTCN se usa ampliamente, por ejemplo; ETSI , ITU para la prueba de protocolos de telecomunicaciones. Los casos de prueba de conformidad de los estándares ETSI como ISDN , DECT , GSM , EDGE , 3G , DSRC también se han escrito en TTCN. Recientemente, también se ha utilizado para probar varios estándares de protocolo, por ejemplo , Bluetooth , IP .
La ejecución de esos casos de prueba contra productos (por ejemplo, teléfonos, teléfonos móviles, habilitadores de servicios o elementos de red) se utiliza para verificar que la implementación del protocolo en esos productos cumple con los requisitos definidos por los estándares de telecomunicaciones.
TTCN a menudo se combina con ASN.1 .
Prueba de conformidad significa una ejecución de prueba contra un caso de prueba bien definido , por ejemplo, una prueba escrita en TTCN. Las pruebas de conexión , también llamadas pruebas de interoperabilidad , son casos de prueba ejecutados con un modelo cliente-servidor; por ejemplo, cliente de correo contra servidor de correo, teléfono contra red, auricular Bluetooth contra teléfono Bluetooth. Las pruebas de conexión se ejecutan, por ejemplo, a menudo en las llamadas pruebas de desconexión.
Las pruebas de conformidad y las pruebas de conexión se complementan entre sí. Si se hace correctamente, los errores de interoperabilidad encontrados con las pruebas de conexión deberían conducir a la definición de nuevos casos de prueba de conformidad que cubran la prueba fallida.