Pregunta de la entrevista de control de calidad: ¿Cómo pruebo una aplicación de reproductor de música en un teléfono?

Pruebas de cara a muchas cosas, GUI a funcional, técnico a Bass. todo.

1. Pruebe la GUI primero. Me gusta (Reproducir, Pausa, Reanudar, Siguiente, anterior, Subir volumen y Bajar volumen) botones básicos disponibles.

2. Capaz de crear listas de reproducción y canciones reproducidas en el reproductor según la lista de reproducción.

3. Guardar pistas de música en listas de reproducción existentes o nuevas listas de reproducción.

4. Encontrar música según el género u otras categorías.

5. Rendimiento de la aplicación cuando se conecta a diferentes sistemas de sonido.

6. Cómo se comporta la aplicación cuando se deja inactiva durante mucho tiempo.

7. Cómo se comporta la aplicación cuando hay dos o más tipos de aplicaciones disponibles.

8. Ir legal

9. Cualquier capacidad de FB o Tweet de escuchar música.

10. Juega continuamente sin parar por más tiempo.

11. Pruebas de estrés.

Cargue más para ir. si quieres más .. IM me

Comenzaría por hablar sobre el mercado objetivo: qué países, supongamos que el usuario es un usuario no técnico, la base principal será un usuario joven que tiene conocimientos técnicos.
Luego habla sobre lo que hace el jugador. La clave es tocar música. Cual es la experiencia? ¿Pueden moverse fácilmente a diferentes partes del audio? ¿Cómo maneja el jugador el juego? ¿El usuario debe esperar a que se descargue? Comience con una conexión de bajo ancho de banda
Habla sobre guardar listas de reproducción
¿Hay algún componente social?
¿Qué pasa con los problemas legales?
¿Cómo suelen usar las personas las aplicaciones? ¿No se reinician por mucho tiempo? ¿Pueden instalar y no usar la aplicación? ¿Cómo cambiamos ese comportamiento?
¿Cuáles son las consideraciones de rendimiento?
¿Cuáles son las consideraciones de seguridad?
¿Qué sistema operativo está siendo dirigido?
¿Puedes hablar de automatización?

Creo que debería ser suficiente para una entrevista.

Un entrevistador experto puede preguntar, ‘¿cómo se te ocurren estas ideas?’ Haga una búsqueda en Google para SFDPOT

Lo instalaría y luego pasaría por un caso de uso tras otro y escribiría un protocolo sobre sus experiencias, es decir, qué pantallas se muestran en qué orden (para que pueda identificar exactamente dónde habría salido mal, eliminar pasos duplicados, mejorar la experiencia del usuario, etc. )

Entonces, comenzaría con la descarga de la aplicación, la instalación, el inicio de la transmisión, el emparejamiento con una computadora, la transferencia de música, la reproducción de música, el cierre de la aplicación, el deterioro de la computadora, la eliminación de la aplicación.

Todo el tiempo mantiene un protocolo de lo que hace, ve y encuentra. Así es básicamente cómo funciona probar algo …

Lea el documento del requisito antes de probar la aplicación.

Crear casos de prueba.

Si ya está hecho, entonces:

Prueba de humo (prueba de la funcionalidad principal de AUT)

Pruebas Funcionales

Aplicación de escenarios negativos para bloquear la aplicación

Prueba de carga

Probar la aplicación del reproductor de música con almacenamiento completo del dispositivo

Prueba de interrupción

Tirupati Rao lo tiene mejor. Y supongo que el entrevistador quería ver el proceso más que nada. No vas a probar solo un elemento. Y algún tipo de scripts de automatización como selenio o appium. Combinado con emuladores como de Sauce Labs o dispositivos físicos como de perfecto se utilizarían para ejecutar sus scripts. Pero supongo que la prueba no es solo el front-end. Tiene que ser el backend también. También depende mucho si la aplicación es nativa o no. De lo contrario, es posible ejecutar la mayoría de los casos de prueba como si fuera una aplicación web.

Compruebe Empresa de servicios de pruebas de software profesional | Fuerza 10G. ¡Prueban la aplicación móvil en casi todos los dispositivos! Dispositivos utilizados para servicios de pruebas de software | 10G-Force ¡Comprueba la lista de dispositivos si quieres probar tu aplicación!