Proyectos
Un proyecto por producto, con sus propios casos de prueba, entornos, inicios de sesión, incidencias y memoria.
Un proyecto es un producto que pruebas. Sus casos de prueba, planes de pruebas, ejecuciones, entornos, inicios de sesión, incidencias, resúmenes, memoria y archivos quedan dentro de él. Los miembros, la facturación, el crédito de ejecución y las integraciones pertenecen a la organización y los comparten todos los proyectos.
Usa un proyecto por cada producto que la gente usa por separado. Una tienda web y la app móvil que la acompaña pueden ser un solo proyecto con objetivos web y Android. Dos frontends para usuarios distintos, como un sitio para compradores y otro para vendedores, suelen ser dos proyectos, aunque compartan una API.
Crear un proyecto
Los propietarios y administradores crean proyectos. Abre Projects y haz clic en New project:
- Project name: hasta 40 caracteres, por ejemplo «Marketplace web».
- What does it do?: opcional. Ayuda a tus compañeros, y el agente lo lee cuando redacta pasos.
- First environment: opcional. Dale un nombre y una URL web, y se convierte en el entorno predeterminado del proyecto. Déjalo vacío para añadir entornos más adelante.
Las plataformas de un proyecto vienen de sus entornos. Añade un objetivo de Android o API a un entorno y el proyecto probará esa plataforma. Las pruebas en iOS llegarán pronto. Consulta Entornos.
Quién puede ver un proyecto
- Los propietarios y administradores ven todos los proyectos.
- Los miembros solo ven los proyectos que se les asignan. Un administrador los define en Organization → Members, en la columna Projects: All projects, algunos proyectos o No projects.
- Las claves de API acceden a todos los proyectos de la organización. Los asistentes de IA conectados por MCP actúan como la persona que los conectó, así que el asistente de un miembro solo ve los proyectos de ese miembro.
Un miembro sin proyectos ve el mensaje "Ask an owner or admin to give you access to a project."
Ajustes del proyecto
Abre un proyecto y haz clic en Settings. Los propietarios y administradores pueden cambiar los ajustes; los miembros pueden verlos.
| Pestaña | Qué contiene |
|---|---|
| General | El nombre del proyecto, su descripción y el default environment for new runs. Cambiar el nombre de un proyecto cambia su URL. |
| Files | Archivos que tus pruebas pueden subir, como un documento de identidad de ejemplo o un contrato en PDF. Hasta 15 MB cada uno. Cada archivo se analiza por seguridad antes de que una prueba pueda usarlo. Search inside files permite al agente encontrar un archivo por su contenido. |
| Integrations | Cómo usa este proyecto las integraciones de la organización: su canal de Slack, su equipo de Linear o proyecto de Jira, y el plan de pruebas que se ejecuta en las pull requests. |
| Danger zone | Archivar el proyecto. Solo administradores. |
Archivar un proyecto
Archivar un proyecto detiene sus programaciones y sus ejecuciones de pull requests. Su historial, sus incidencias y sus resúmenes siguen siendo legibles, y no se puede cambiar nada dentro de él. Todas las páginas de un proyecto archivado lo indican, y los propietarios y administradores pueden hacer clic en Restore project para volver a hacer cambios.
Entornos creados antes de los proyectos
Los entornos creados antes de que existieran los proyectos aparecen en la página Environments de un proyecto, en Environments without a project. Los administradores pueden hacer clic en Move into <project>: sus objetivos, inicios de sesión, incidencias y resúmenes se mueven con él.
Cuando tu organización pasó a usar proyectos, Autonomy agrupó tus entornos existentes en proyectos según la URL, el ID de la app y el nombre, y colocó cada caso de prueba en el proyecto del entorno en el que se ejecutaba. Todo lo que no pudo ubicar está en un proyecto llamado Other. Saca los casos de prueba de ahí cuando puedas.
¿No lo encontraste?