Un sitio de descarga de software debe distinguir entre lo que dice el desarrollador, lo que dicen los metadatos públicos de la versión y lo que realmente se observó durante una prueba.
Nuestra metodología está diseñada en torno a la repetibilidad y la evidencia.
1. Verificación de versión
Para cada actualización importante registramos:
- versión completa de la aplicación;
- fecha de comprobación;
- nombre del archivo del instalador;
- tamaño del archivo;
- información del editor/firma de Windows;
- arquitectura compatible indicada por los materiales actuales de la aplicación.
La fecha visible de “Última comprobación” refleja una verificación real, no una marca de tiempo que cambia automáticamente.
2. Comprobación de instalación limpia
Cuando se realiza una prueba limpia, registramos:
- edición y compilación de Windows;
- arquitectura x64 o ARM64;
- si había instalada una versión anterior de Driver Booster;
- pantallas del instalador;
- selecciones opcionales mostradas durante la instalación;
- si fue necesario reiniciar.
Las capturas de pantalla deben provenir del entorno de prueba real.
3. Comportamiento del análisis
Registramos:
- duración del análisis como observación para esa PC de prueba, no como afirmación universal de velocidad;
- cantidad de dispositivos analizados;
- cantidad de actualizaciones propuestas;
- nombres de dispositivos;
- versiones instaladas y propuestas.
No publiques una afirmación como “encuentra más drivers que los competidores” a menos que una comparación documentada la respalde.
4. Revisión de coincidencia de drivers
Para dispositivos seleccionados, compará:
- ID de hardware del dispositivo;
- versión instalada;
- versión propuesta;
- arquitectura de Windows;
- fabricante del dispositivo;
- si Windows Update ofrece una versión diferente.
Esto comprueba si la recomendación tiene sentido, no simplemente si el programa puede mostrar un botón de actualización.
5. Prueba de actualización
Para un driver elegido para la prueba:
- creá un punto de recuperación;
- instalá la actualización;
- registrá el comportamiento del reinicio;
- verificá el dispositivo después de reiniciar;
- registrá el estado en el Administrador de dispositivos;
- probá la función real del hardware.
Ejemplos:
- reproducí audio después de una actualización de audio;
- reconectate a Wi-Fi después de una actualización de red;
- ejecutá una carga de trabajo 3D después de una actualización gráfica.
6. Prueba de recuperación
Un actualizador de drivers también debe evaluarse por su recuperación.
Cuando sea práctico, probá:
- Revertir driver;
- restauración de un driver respaldado;
- comportamiento de Restaurar sistema;
- si vuelve la versión anterior que funcionaba.
7. Artículos de solución de problemas
Una guía de solución de problemas debe describir:
- el síntoma;
- las causas probables;
- primero las comprobaciones de menor riesgo;
- reparación del driver solo cuando sea relevante;
- pasos de recuperación;
- señales de que el problema puede ser de hardware y no de software.
8. Sin puntuaciones inventadas
No publiques “9,8/10”, “100% seguro”, “30% más rápido” ni afirmaciones similares como propias a menos que una prueba definida las produzca.
Las afirmaciones de marketing pueden describirse como afirmaciones, pero no deben convertirse en hechos independientes.
9. Política de actualización
Una página recibe una nueva fecha de “Actualizado” cuando:
- cambia la versión del producto;
- cambia la compatibilidad;
- se repite una prueba;
- se reemplazan capturas de pantalla;
- cambia una orientación importante.
Los cambios menores de puntuación no justifican reiniciar la fecha del artículo.