Un acrónimo que solíamos usar en HP era ‘FLURPS’. Esto significa:
- Funcionalidad: ¿hace lo que se supone que debe hacer? Pruébelo con los requisitos / especificaciones / contrato / etc.
- Capacidad de localización: ¿se puede traducir fácilmente a los idiomas locales?
- Usabilidad: ¿Es la interfaz natural y obvia? ¿Todos pueden usarlo?
- Fiabilidad: ¿nunca falla? Si es así, ¿lo hace con gracia?
- Rendimiento: ¿Va lo suficientemente rápido? ¿Incluso en plataformas más antiguas / más baratas?
- Capacidad de soporte: ¿es fácil de soportar y mantener? ¿Proporciona información de error que ayuda a capturar errores? ¿Ayuda a las personas de soporte en línea?
Por supuesto, hay mucho más que puedes hacer, pero este es un buen comienzo.
También descubrí que cada tipo diferente de prueba arrojaría diferentes tipos de errores, así que no te quedes atascado con un método. Por ejemplo, cuando se realizaron todas las pruebas planificadas, colocamos la aplicación junto a un plato de donas, para que cualquiera pudiera masticar y probar. También premiamos a las personas que encontraron errores con una botella de vino por error (esto fue genial para transportar en las esquinas).
- ¿Cuáles son algunos buenos consejos para desarrollar una biblioteca de Android?
- ¿Es malo que te guste tanto el desarrollo web como el desarrollo de software?
- ¿Cuáles son las tecnologías que se pueden usar para construir dicha aplicación móvil?
- ¿Cuál es la fuente de instalaciones más rentable para un desarrollador de aplicaciones?
- ¿Cuáles son las mejores empresas de desarrollo de aplicaciones web y aplicaciones móviles en Zimbabwe?