Good afternoon, we have been using Test Flight to test our products in away increasingly more structured, so that tests carried out the team at AppleInc. may be performed on an more agile and allowing us to be faster on themarket to meet the new requirements of the users of our applicationsimprove and include details and new features that provide users a betterexperience, functions that were outstanding in previous versions and are incorporating by consider them important for new and old users.
According to these circumstances put for consideration the following points:
Point 1. At the time of establishing which should prove in the application onthe platform iTunes Connect pre launch option, there should be a field thathas the general information of the tests and the actions to performseparately either by requirement or scenarios to analyze.
RQ1. Name of the requirement
Scenario: 1. name of the stage
Actions:
1.
2.
3.
-------------------------------------------------------------------
Scenario: 2. name of the stage
Actions:
1.
2.
3.
-------------------------------------------------------------------
RQ2. Name of the requirement
Test Case: 1. name of the stage
-------------------------------------------------------------------
Step 1.
Actions:
1.
2.
3.
-------------------------------------------------------------------
Step 2.
Actions:
1.
2.
3.
-------------------------------------------------------------------
In such a way that when external tester you want to send feedbackinformation to point to the scenario that proved and specified in themessage that generates Test Flight, to expedite the work performed by thetester outside as part of the feedback process.
Point 2. There should be a box where developers can write responsetemplate (feedback) that should send the testers to facilitate theunderstanding of what has been done by the tester at the time of testing theapplication and replicate the actions in the area of product development. Sowhen the user press the button send feedback will be the template indicatedfrom iTunes Connect in the body of the message that will be sent to theemail account that collects information from the tests performed.
External tester can fill the corresponding fields of quickly and easily, ensuringthat we can receive the information we require to improve products.
An example of a basic template for external testers, we propose:
RQ2. Name of the requirement
Stage: 1. name of the stage
Begin date of tests:
End date of tests:
Result (s) retrieved (s):
Suggestion (s):
Point 3. When the user sends the feedback field "subject" to be sent to theemail account, must associate the version of the product and its construction (3.5.523) (Version 3.5 construction 523) to organize external tests, mainlywith user documents that can ignore testing specifications.
Left as team to consider these points so that they are implemented in thefuture versions of Test Flight.
(es)
Muy buenas tardes, hemos estado utilizando Test Flight para hacer pruebas de nuestros productos de una forma cada vez mas estructurada, de tal forma que las pruebas que realiza el equipo de Apple Inc. se puedan realizar de forma mas ágil y que nos permita estar más rápido en el mercado para atender nuevos requerimientos de los usuarios de nuestras aplicaciones, mejorar e incluir detalles y nuevas funciones que le brindan al usuario una mejor experiencia, funciones que estaban pendientes en versiones anteriores y que incorporamos por que las consideramos importantes para los usuarios nuevos o antiguos.
De acuerdo a estas circunstancias ponemos a consideración los siguientes puntos:
Punto 1. En el momento de establecer que debe probarse en la aplicación sobre la plataforma iTunes Connect en la opción de pre lanzamiento, debe existir un campo que tenga las información general de las pruebas y las acciones a realizar de forma separada ya sea por requerimiento o por escenarios a analizar.
RQ1. Nombre del Requerimiento
Escenario: 1. Nombre del escenario
Acciones:
1.
2.
3.
-------------------------------------------------------------------
Escenario: 2. Nombre del escenario
Acciones:
1.
2.
3.
-------------------------------------------------------------------
RQ2. Nombre del Requerimiento
Escenario: 1. Nombre del escenario
-------------------------------------------------------------------
Paso 1.
Acciones:
1.
2.
3.
-------------------------------------------------------------------
Paso 2.
Acciones:
1.
2.
3.
-------------------------------------------------------------------
De tal manera que cuando el probador externo desee enviar la información de retro-alimentación señale el escenario que probo y se especifique en el mensaje que genera Test Flight, para agilizar el trabajo que realiza el probador externo como parte del proceso de retro-alimentación.
Punto 2. Debe existir una casilla en donde los desarrolladores puedan escribir la plantilla de respuesta (retro-alimentación) que deberán enviar los probadores para facilitar el entendimiento de lo hecho por el probador al momento de probar la aplicación y replicar las acciones en el área de desarrollo de producto. Así cuando el usuario presione el botón enviar retro-alimentación le aparecerá la plantilla indicada desde iTunes Connect en el cuerpo del mensaje que se enviará a la cuenta de correo electrónico que recoge la información de las pruebas realizadas.
El probador externo puede llenar los campos correspondientes de forma rápida y fácil, asegurando que podamos recibir la información que requerimos para mejorar los productos.
Proponemos un ejemplo de una plantilla básica para probadores externos:
RQ2. Nombre del Requerimiento
Escenario: 1. Nombre del escenario
Fecha de inicio de pruebas:
Fecha de finalización de pruebas:
Resultado(s) obtenido(s):
Sugerencia(s):
Punto 3. En el momento que el usuario envía la retro-alimentación el campo "asunto" del mensaje a ser enviado a la cuenta de correo electrónico, debe asociar la versión del producto y su construcción (3.5.523) (Versión 3.5 Construcción 523) para organizar los documentos de las pruebas, principalmente con usuario externos que pueden desconocer de las especificaciones de las pruebas.
Dejamos como equipo de trabajo a consideración estos puntos para que sean implementados en las próximas versiones de Test Flight.