Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Nella tua pipeline, puoi configurare un'azione di test AWS Device Farm da utilizzare per eseguire e testare l'applicazione sui dispositivi. Device Farm utilizza pool di test di dispositivi e framework di test per testare le applicazioni su dispositivi specifici. Per informazioni sui tipi di framework di test supportati dall'azione Device Farm, vedere Working with Test Types in AWS Device Farm.
Argomenti
Tipo di operazione
-
Categoria:
Test
-
Proprietario:
AWS
-
Provider:
DeviceFarm
-
Versione:
1
Parametri di configurazione
- AppType
-
Campo obbligatorio: sì
Il sistema operativo e il tipo di applicazione che stai testando. Di seguito è riportato un elenco di valori validi:
-
iOS
-
Android
-
Web
-
- ProjectId
-
Campo obbligatorio: sì
L'ID del progetto Device Farm.
Per trovare l'ID del progetto, nella console Device Farm, scegli il tuo progetto. Nel browser, copia il file URL del tuo nuovo progetto. URLContiene l'ID del progetto. L'ID del progetto è il valore riportato URL dopo
projects/
. Nell'esempio seguente, l'ID del progetto èeec4905f-98f8-40aa-9afc-4c1cfexample
.https://<region-URL>/devicefarm/home?region=us-west-2#/projects/eec4905f-98f8-40aa-9afc-4c1cfexample/runs
- App
-
Campo obbligatorio: sì
Il nome e la posizione del file dell'applicazione nell'elemento di input. Ad esempio:
s3-ios-test-1.ipa
- TestSpec
-
Condizionale: Sì
La posizione del file di definizione delle specifiche di test nell'artefatto di input. Questo è necessario per il test in modalità personalizzata.
- DevicePoolArn
-
Campo obbligatorio: sì
Il pool di dispositivi Device FarmARN.
Per ottenere il pool di dispositivi disponibile ARNs per il progetto, incluso quello ARN per Top Devices, usa il comando AWS CLI per immettere il seguente comando:
aws devicefarm list-device-pools --arn arn:aws:devicefarm:us-west-2:
account_ID
:project:project_ID
- TestType
-
Campo obbligatorio: sì
Speciifica il framework di test supportato per il test. Di seguito è riportato un elenco di valori validi per
TestType
:-
APPIUM_JAVA_JUNIT
-
APPIUM_JAVA_TESTNG
-
APPIUM_NODE
-
APPIUM_RUBY
-
APPIUM_PYTHON
-
APPIUM_WEB_JAVA_JUNIT
-
APPIUM_WEB_JAVA_TESTNG
-
APPIUM_WEB_NODE
-
APPIUM_WEB_RUBY
-
APPIUM_WEB_PYTHON
-
BUILTIN_FUZZ
-
INSTRUMENTATION
-
XCTEST
-
XCTEST_UI
Nota
I seguenti tipi di test non sono supportati dall'azione in CodePipeline:
WEB_PERFORMANCE_PROFILE
REMOTE_ACCESS_RECORD
, eREMOTE_ACCESS_REPLAY
.Per informazioni sui tipi di test di Device Farm, vedere Working with Test Types in AWS Device Farm.
-
- RadioBluetoothEnabled
-
Campo obbligatorio: no
Un valore booleano che indica se abilitare il Bluetooth all'inizio del test.
- RecordAppPerformanceData
-
Campo obbligatorio: no
Un valore booleano che indica se registrare dati sulle prestazioni del dispositivo, ad esempio CPUFPS, e le prestazioni della memoria durante il test.
- RecordVideo
-
Campo obbligatorio: no
Un valore booleano che indica se registrare video durante il test.
- RadioWifiEnabled
-
Campo obbligatorio: no
Un valore booleano che indica se abilitare il Wi-Fi all'inizio del test.
- RadioNfcEnabled
-
Campo obbligatorio: no
Un valore booleano che indica se abilitare NFC all'inizio del test.
- RadioGpsEnabled
-
Campo obbligatorio: no
Un valore booleano che indica se abilitare GPS all'inizio del test.
- Test
-
Campo obbligatorio: no
Il nome e il percorso del file di definizione del test nella posizione di origine. Il percorso è relativo alla cartella principale dell'artefatto di input del test.
- FuzzEventCount
-
Campo obbligatorio: no
Il numero di eventi dell'interfaccia utente che il fuzz test deve eseguire, compreso tra 1 e 10.000.
- FuzzEventThrottle
-
Campo obbligatorio: no
Il numero di millisecondi di attesa del fuzz test prima di eseguire il successivo evento dell'interfaccia utente, compreso tra 1 e 1.000.
- FuzzRandomizerSeed
-
Campo obbligatorio: no
Un seme per il fuzz test da utilizzare per randomizzare gli eventi dell'interfaccia utente. Utilizzando lo stesso numero per i fuzz test successivi si ottengono sequenze di eventi identiche.
- CustomHostMachineArtifacts
-
Campo obbligatorio: no
La posizione sul computer host in cui verranno archiviati gli elementi personalizzati.
- CustomDeviceArtifacts
-
Campo obbligatorio: no
La posizione sul dispositivo in cui verranno archiviati gli elementi personalizzati.
- UnmeteredDevicesOnly
-
Campo obbligatorio: no
Un valore booleano che indica se utilizzare solo i dispositivi illimitati durante l'esecuzione dei test in questa fase.
- JobTimeoutMinutes
-
Campo obbligatorio: no
Il numero di minuti di esecuzione di un test per dispositivo prima del timeout.
- Latitudine
-
Campo obbligatorio: no
La latitudine del dispositivo espressa in gradi del sistema di coordinate geografiche.
- Longitude
-
Campo obbligatorio: no
La longitudine del dispositivo espressa in gradi del sistema di coordinate geografiche.
Input artifact (Artefatti di input)
-
Numero di artefatti:
1
-
Descrizione: L'insieme di artefatti da mettere a disposizione dell'azione di test. Device Farm cerca l'applicazione integrata e le definizioni di test da utilizzare.
Artefatti di output
-
Numero di artefatti:
0
-
Descrizione: gli artefatti di output non si applicano a questo tipo di azione.
Dichiarazione dell'operazione
Name: Test
Actions:
- Name: TestDeviceFarm
ActionTypeId: null
category: Test
owner: AWS
provider: DeviceFarm
version: '1'
RunOrder: 1
Configuration:
App: s3-ios-test-1.ipa
AppType: iOS
DevicePoolArn: >-
arn:aws:devicefarm:us-west-2::devicepool:0EXAMPLE-d7d7-48a5-ba5c-b33d66efa1f5
ProjectId: eec4905f-98f8-40aa-9afc-4c1cfEXAMPLE
TestType: APPIUM_PYTHON
TestSpec: example-spec.yml
OutputArtifacts: []
InputArtifacts:
- Name: SourceArtifact
Region: us-west-2
Consulta anche
Le risorse correlate seguenti possono essere utili durante l'utilizzo di questa operazione.
-
Utilizzo dei tipi di test in Device Farm: questo capitolo di riferimento della Device Farm Developer Guide fornisce ulteriori descrizioni sui framework di test per Android, iOS e applicazioni Web supportati da Device Farm.
-
Azioni in Device Farm: le API chiamate e i parametri nel Device Farm API Reference possono aiutarti a lavorare con progetti Device Farm.
-
Tutorial: crea una pipeline con cui creare e testare la tua app Android AWS Device Farm— Questo tutorial fornisce un esempio di file di specifiche di build e un'applicazione di esempio per creare una pipeline con un GitHub sorgente che crea e testa un'app Android con Device CodeBuild Farm.
-
Tutorial: crea una pipeline con cui testare la tua app iOS AWS Device Farm— Questo tutorial fornisce un'applicazione di esempio per creare una pipeline con un sorgente Amazon S3 che testa un'app iOS integrata con Device Farm.