Empiece por identificar la configuración que se evaluará y las partes competentes de evaluación o aprobación. Un certificado de un producto relacionado o una versión anterior puede no cubrir el despliegue previsto.
Defina el alcance antes de reunir las pruebas
Registre la versión del producto, los módulos, los entornos, las interfaces y los requisitos aplicables. Establezca quién contrata al organismo de pruebas y quién es responsable de las respuestas del solicitante.
| Área de pruebas | Qué debe organizarse |
|---|---|
| Arquitectura | Componentes, flujos de datos y financieros, dependencias |
| Configuración | Ajustes versionados y despliegue que se evalúa |
| Registros de pruebas | Casos, resultados esperados, resultados reales y hallazgos abiertos |
| Controles de acceso y operativos | Funciones, procedimientos y registros pertinentes |
| Material de proveedores | Certificados, registros de interfaces y el alcance que realmente cubren |
| Historial de cambios | Diferencias respecto a versiones evaluadas anteriormente |
Utilice un registro de pruebas documentales con un responsable y un estado para cada elemento. El título de un documento no demuestra que la información necesaria esté completa o se aplique al sistema actual.
Planifique cómo se resolverán los hallazgos
Acuerde quién analiza un hallazgo, aprueba una corrección, actualiza la documentación de respaldo y organiza la repetición de pruebas. Distinga el trabajo del equipo técnico de la disponibilidad y decisión del evaluador. El contrato debe identificar costos e hipótesis de plazos, en lugar de prometer un período de corrección fijo para todos los problemas.
Mantenga controlada la versión evaluada. Si un cambio posterior afecta al sistema, establezca quién evalúa su impacto en la evaluación antes de publicarlo.
Acepte el trabajo de preparación según sus entregables
Revise el registro de pruebas documentales, el paquete presentado, el historial de respuestas y los hallazgos pendientes. Cada elemento sin resolver debe identificar el dato o la decisión que falta. La finalización de la preparación no debe describirse como finalización de la evaluación externa.
Coordine el trabajo con la implementación de plataforma, el desarrollo de juegos u otro proyecto evaluado para que la documentación y el software permanezcan alineados.
Envíe el requisito, la versión del producto y las pruebas actuales. Incluya el organismo de pruebas o autoridad ya implicados y el plazo que debe atender el plan de preparación.