Iniciar sesiónReservar sesión
NexusQA · Pruebas integradas

Detecte el fallo antes de que lo hagan sus clientes.

NexusQA es el sistema de pruebas integrado en Nexus y el control de calidad de la fábrica de IA. Las pruebas de regresión, API, visuales, de accesibilidad, velocidad, carga, seguridad y más se ejecutan en un solo lugar, priorizando las que tienen más probabilidades de detectar un fallo primero. La IA explica cada error y puede proponer una solución, pero solo una persona puede aceptarla. Las versiones esperan hasta que las pruebas se superan.

Diez tipos de pruebas en un solo lugarEl orden por riesgo detecta fallos en segundosUna persona aprueba cada reparación de la IA
nexusqa · qualityDatos de ejemplo
Ejecuciones de pruebas, resultados por tipo y qué requiere atención
La calidad de un vistazo. Qué se ejecutó durante la noche, qué falló y qué versión está esperando una solución.Datos de ejemplo
Cómo funciona

Desde un cambio hasta un veredicto, en seis pasos.

Cada paso es automático hasta que se necesita a una persona. Entonces espera e informa del motivo a la persona adecuada.

01

Conectar

Conecte NexusQA a sus repositorios y versiones. Los cambios, las versiones e incluso las incidencias inician las pruebas adecuadas.

02

Escribir y grabar

Escriba pruebas, grábelas en el navegador o deje que la IA cree un borrador a partir de una página. Diez tipos en un solo lugar.

03

Ejecutar por orden de riesgo

El grafo de conocimiento sabe qué código toca cada prueba, por lo que los fallos más probables se ejecutan primero.

04

Explicar

La IA lee la traza, el cambio y los fallos anteriores, e indica si el problema está en la aplicación, la prueba o el entorno.

05

Reparar

La IA puede proponer una solución y probarla en una rama. Una persona la revisa y decide.

06

Liberación

La versión espera hasta que se superen sus pruebas y luego pasa por Forge como cualquier otro cambio.

Fallos detectados antes

Los fallos más probables se ejecutan primero.

NexusQA utiliza el grafo de conocimiento para vincular el código, las pruebas y los fallos anteriores. Cuando llega un cambio, las pruebas con mayor probabilidad de fallar se ejecutan primero, por lo que se entera de cualquier error en segundos en lugar de al final del conjunto de pruebas. Aun así, todas las pruebas se ejecutan antes de lanzar una versión.

Pruebas por orden de riesgo

Cada prueba recibe una puntuación de riesgo para este cambio, con el motivo explicado con palabras.

  • Motivos, no solo puntuaciones
  • Primer fallo en menos de un minuto
nexusqa · risk orderDatos de ejemplo
Pruebas ordenadas según la probabilidad de que fallen para un cambio
Pruebas por orden de riesgo. Qué pruebas tiene más probabilidades de romper el cambio 418, ejecutadas primero.Datos de ejemplo
Cada error explicado

¿La aplicación, la prueba o el entorno?

Una prueba en rojo solo es útil cuando se sabe el motivo. NexusQA guarda los pasos, la pantalla, la red y la grabación, de forma enmascarada, y la IA los analiza junto con el cambio y los fallos anteriores para indicarle qué se ha roto.

  • Pasos, pantalla y red en el momento del fallo
  • Triaje por IA con su nivel de certeza
  • Fallos similares del pasado, encontrados en el grafo
  • Pruebas inestables apartadas: se siguen ejecutando, pero no contabilizan
nexusqa · one failed testDatos de ejemplo
Una prueba fallida con sus pasos, pantalla, red y triaje por IA
Una prueba fallida.Averiguar si el fallo de la reserva está en la aplicación o en la prueba.Datos de ejemplo
La IA repara, las personas deciden

La IA propone. Una persona acepta.

Cuando un fallo está claro, la IA puede planificar una solución, hacer que un segundo modelo compruebe el plan, aplicar el cambio en una rama y ejecutar todas las pruebas. Después, se detiene. Una persona revisa el cambio y decide, y la solución aceptada pasa por la cola de fusión como cualquier otra.

Siete etapas, una firma

Detectado, clasificado, planificado, comprobado, corregido, verificado y aprobado. El último paso es siempre una persona.

  • Un segundo modelo comprueba el plan
  • Solo una persona acepta
nexusqa · a repairDatos de ejemplo
Una solución propuesta por la IA con sus comprobaciones, a la espera de una persona
Una reparación, aprobada por una persona. Comprobación de la solución propuesta por la IA para el fallo de fecha antes de que avance.Datos de ejemplo
Probadores en el proceso

Las personas también prueban, con todo registrado.

Hay cosas que solo una persona percibe. Los probadores, incluidos los colaboradores externos, trabajan en un portal: utilizan la aplicación dentro de un marco, dibujan sobre ella y la compilación, el dispositivo y los pasos se registran automáticamente. Ven datos de prueba, nunca datos de clientes.

Dibujar y enviar

Marcadores, cuadros, flechas y notas sobre la propia aplicación, con la posibilidad de reproducir cada paso.

  • Registrado automáticamente
  • Pasos reproducibles
nexusqa · tester portalDatos de ejemplo
Un probador haciendo anotaciones en la aplicación sometida a prueba
El portal del probador. Prueba manual de la aplicación de reservas e informe de los hallazgos.Datos de ejemplo
Aspecto, accesibilidad y velocidad

Se ve bien, funciona para todos, sigue siendo rápido.

Cada versión se compara pantalla por pantalla, se comprueba su accesibilidad y se mide con respecto a su presupuesto de velocidad. Una compilación que supere el presupuesto no puede publicarse, y cualquier cambio en el aspecto de una página debe aprobarse.

  • Comparación píxel a píxel, con cambios aprobados
  • Hallazgos de accesibilidad vinculados al código
  • Presupuestos de velocidad y pruebas de carga en cada versión
nexusqa · look, access and speedDatos de ejemplo
Comparación visual, hallazgos de accesibilidad y velocidad respecto al presupuesto
Aspecto, accesibilidad y velocidad. Comprobar que la versión 2.8 se ve bien, funciona para todos y sigue siendo rápida.Datos de ejemplo
Preguntas

Acerca de las pruebas con NexusQA.

¿Qué tipos de pruebas cubre?

Pruebas de regresión, integración, humo, API, visuales, de accesibilidad, seguridad, velocidad, carga y exploratorias, en un solo lugar y con un único conjunto de resultados.

¿La IA modifica nuestro código por su cuenta?

No. La IA puede proponer una solución y probarla en una rama, pero solo una persona puede aceptarla, y una solución aceptada pasa por la cola de fusión como cualquier otro cambio.

¿Cómo funciona el orden por riesgo?

El grafo de conocimiento vincula cada prueba con el código que toca y con los fallos anteriores. Para cada cambio, las pruebas con más probabilidades de fallar se ejecutan primero. Aun así, todas las pruebas se ejecutan antes de publicar una versión.

¿Pueden utilizarlo colaboradores de pruebas externos?

Sí. Trabajan en el portal del probador, solo ven sus proyectos y datos de prueba, y su acceso finaliza cuando termina su contrato.

¿Funciona con Forge?

Sí. Los cambios y las versiones en Forge inician sus pruebas, y una versión espera hasta que estas se superan. NexusQA también funciona con el alojamiento de código que usted ya utilice.

Reservar sesión

Vea cómo NexusQA prueba algo suyo.

Traiga una aplicación y una versión. Le mostraremos pruebas ordenadas por riesgo, un fallo explicado y una reparación pendiente de su aprobación.