Casi todo equipo de QA arranca en una hoja de cálculo, y tiene sentido: es gratis, todo el mundo sabe usarla, y no hay que convencer a nadie de aprender una herramienta nueva. El problema no es empezar ahí — el problema es no tener claro qué columnas de verdad hacen falta, y no darse cuenta a tiempo de cuándo la hoja de cálculo empieza a jugar en contra en vez de a favor.
La plantilla: columnas mínimas que necesitas
Con estas ocho columnas alcanza para la gran mayoría de los casos de prueba:
| ID | Título | Precondición | Pasos | Resultado esperado | Prioridad | Último resultado | Fecha |
|---|---|---|---|---|---|---|---|
| CP-01 | Login con contraseña incorrecta | Cuenta existente | Ir a login → escribir correo → contraseña incorrecta → Entrar | Muestra "Correo o contraseña incorrectos" | Alta | Pasó | 01/09/2026 |
Copia esas ocho columnas en una hoja nueva de Excel o Google Sheets y ya tienes una plantilla funcional. Lo importante no es el formato bonito, es que cada columna cumpla su función: el título se entiende sin abrir el caso, los pasos son acciones concretas (no "probar el login"), y el resultado esperado es específico, no un "debería funcionar bien" que cada quien interpreta distinto.
Errores comunes al usar la plantilla
- Una sola pestaña para todos los proyectos: funciona con un proyecto, se vuelve imposible de navegar con tres o cuatro a la vez.
- Sobrescribir el "último resultado" sin dejar historial: si el caso pasó hoy pero falló hace dos semanas, esa columna sola no cuenta la historia completa — y sin historial no se puede ver si un área del producto falla seguido.
- Bugs sueltos en otra hoja, sin vínculo al caso: cuando el bug y el caso que lo encontró viven en archivos separados, nadie puede responder rápido "¿este bug ya se volvió a probar?".
Señales de que ya es hora de migrar
La hoja de cálculo deja de alcanzar cuando empiezan a aparecer estas señales:
- Más de una persona edita el mismo archivo y aparecen versiones distintas ("casos_final_v3.xlsx").
- Nadie puede decir con certeza cuándo se ejecutó un caso por última vez, ni con qué resultado, sin buscar a mano celda por celda.
- Los bugs se reportan en otra herramienta (o por chat) y ya no hay forma fácil de saber qué caso de prueba los originó.
- El equipo creció y hace falta controlar quién puede editar qué, cosa que una hoja de cálculo compartida no resuelve bien.
Cuando aparece alguna de esas señales, no hace falta abandonar la idea de la plantilla — solo mover exactamente esas mismas columnas a un lugar donde queden organizadas por proyecto, con historial real de ejecuciones y con los bugs vinculados al caso que los encontró. Es justamente lo que hace QAcove desde el primer día, sin perder nada de lo que ya tenías en la hoja de cálculo.