Calidad que importa. Sepa antes de publicar.

Empiece por Map. En plataformas en producción le dice cuánto cuesta la regresión por plataforma y qué flujos vale la pena cubrir. En un proyecto nuevo define los flujos y qué construir primero. En ambos casos tiene el caso de negocio antes de comprometerse con algo recurrente. Si la plataforma ya está en producción y usted sabe qué flujos importan, dígalo en la primera conversación: puede que Cover sea la puerta correcta, y se lo diremos con franqueza. Un proyecto nuevo suele seguir Map, luego Pod, luego Cover. Lo resolvemos en esa primera conversación, y si no somos la opción adecuada, se lo decimos en esa misma llamada.

Una lectura técnica y comercial de cada plataforma: cuánto cuesta la regresión, dónde vale la pena corregirla, los primeros seis a ocho flujos acordados, un registro de alcance preliminar y una hoja de ruta ordenada. En un proyecto nuevo todavía no hay costo de regresión que medir, así que produce los flujos, el registro y la hoja de ruta. Termina en una decisión. Esa decisión puede ser Cover, o Pod y luego Cover, o contratar a un ingeniero, o dejarlo como está, o retirar la plataforma, como ya estaba previsto. Se lo diremos si eso es lo que muestran los números.

No. Usted compra un servicio con un resultado, y nosotros dirigimos a las personas que lo entregan. Lo que recibe es la automatización funcionando y la capacidad de seguir produciéndola cuando nos vayamos. El código de pruebas es suyo, en su repositorio, desde el primer commit.

No. Las verificaciones corren en el ambiente de pruebas acordado o en CI, contra builds y candidatos de release destinados a producción. Cover construye la suite para una plataforma en producción. La suite nunca se ejecuta contra producción.

No. Un líder designado evalúa la evidencia en cada ciclo y emite un veredicto: verificado, verificado con riesgo residual, no verificado, o no evaluado. La decisión de salida a producción sigue siendo suya. Le decimos qué dice la evidencia. Qué hacer con ella lo decide usted.

Acceso mínimo por defecto. El trabajo corre en sus ambientes, repositorios y herramientas siempre que se pueda; los NDA son estándar; el acceso se limita al equipo del proyecto y se retira al cerrar. No pedimos credenciales de producción, y los datos de prueba son acordados o sintéticos.

Las pruebas independientes y la venta de herramientas son dos líneas separadas. En una evaluación de QA no recomendamos una herramienta por el hecho de venderla, y si hay un interés comercial en la recomendación, lo decimos por escrito antes de que usted decida.