Beberapa modul pengujian mungkin memerlukan langkah-langkah penyiapan dan penghentian yang disesuaikan yang tidak dapat dilakukan dalam kasus pengujian itu sendiri. Contoh umumnya dapat mencakup:
- menginstal APK lain (selain APK pengujian)
- mendorong beberapa file ke perangkat
- menjalankan perintah (misalnya, adb shell pm ...)
Sebelumnya, tim komponen biasanya menulis pengujian sisi host untuk melakukan tugas tersebut, yang memerlukan pemahaman tentang harness Trade Federation dan biasanya meningkatkan kompleksitas modul pengujian .
Dengan meminjam dari CTS, kami memperkenalkan konsep konfigurasi modul pengujian untuk mendukung tugas tersebut. Daftar tugas umum di atas dapat dicapai hanya dengan beberapa baris konfigurasi. Untuk fleksibilitas maksimum, Anda bahkan dapat menerapkan penyiapan target Anda sendiri, seperti yang ditentukan oleh ITargetPreparer atau ITargetCleaner, dan mengonfigurasinya untuk digunakan dalam konfigurasi modul pengujian Anda sendiri.
Konfigurasi modul pengujian untuk modul pengujian adalah file XML wajib yang ditambahkan ke folder sumber modul tingkat teratas, yang diberi nama 'AndroidTest.xml'. XML mengikuti format file konfigurasi yang digunakan oleh platform otomatisasi pengujian Trade Federation. Saat ini, tag utama yang ditangani melalui konfigurasi modul pengujian adalah tag “target_preparer” dan "test".
Target penyusun
Tag “target_preparer”, seperti namanya, menentukan penyiapan target (lihat ITargetPreparer) yang menawarkan metode penyiapan, yang dipanggil sebelum modul pengujian dijalankan untuk pengujian; dan jika class yang dirujuk dalam tag “target_preparer” juga menerapkan ITargetCleaner, metode penonaktifannya akan dipanggil setelah modul pengujian selesai.
Untuk menggunakan konfigurasi modul umum bawaan, tambahkan file baru ‘AndroidTest.xml’ di folder level teratas untuk modul pengujian Anda, lalu isi dengan konten berikut:
<?xml version="1.0" encoding="utf-8"?>
<!-- [insert standard AOSP copyright here] -->
<configuration description="Test module config for Foo">
<!-- insert options here -->
</configuration>
Sebagai contoh, kita dapat menambahkan tag opsi berikut (pada komentar “insert” di atas):
<target_preparer class="com.android.tradefed.targetprep.RunCommandTargetPreparer">
<option name="run-command" value="settings put secure accessibility_enabled 1" />
<option name="teardown-command" value="settings put secure accessibility_enabled 0" />
</target_preparer>
Opsi ini akan mengonfigurasi test harness untuk:
- sebelum modul pengujian dipanggil, jalankan perintah shell “settings put secure accessibility_enabled 1” di perangkat
- setelah modul pengujian selesai, jalankan perintah shell “settings put secure accessibility_enabled 0”
Dalam contoh khusus ini, aksesibilitas diaktifkan/dinonaktifkan sebelum/setelah eksekusi modul pengujian. Dengan contoh sederhana yang ditunjukkan, Anda perlu mempelajari lebih lanjut cara penggunaan tag “option”. Seperti yang ditunjukkan di atas, tag dapat memiliki dua atribut: nama, nilai. Atribut nama harus merujuk ke salah satu opsi yang ditawarkan oleh penyusun.
Tujuan pasti kolom nilai bergantung pada cara preparer menentukan opsi: dapat berupa string, angka, boolean, atau bahkan jalur file. Berikut ringkasan tiga penyiapan target umum:
nama class: PushFilePreparer
- short name: push-file
- function: mengirimkan file arbitrer di folder kasus pengujian ke tujuan di perangkat
- notes:
- penyiap ini dapat mengirim dari folder ke folder, atau file ke file; artinya, Anda tidak dapat mengirim file di bawah folder di perangkat: Anda juga harus menentukan nama file tujuan di bawah folder tersebut
- options:
- push-file: Push-spec, yang menentukan file lokal ke jalur tempat file tersebut harus di-push di perangkat. Dapat diulang. Jika beberapa file dikonfigurasi untuk di-push ke jalur jarak jauh yang sama, file terbaru akan di-push.
- push: (tidak digunakan lagi) Spesifikasi push, diformat sebagai
'
/path/to/srcfile.txt->/path/to/destfile.txt' atau '/path/to/srcfile.txt->/path/to/destdir/'. Dapat diulang. Jalur ini dapat bersifat relatif terhadap direktori modul pengujian atau direktori out itu sendiri. - post-push: Perintah untuk dijalankan di perangkat (dengan `
adb shell <your command>`) setelah semua push dicoba. Kasus penggunaan umum adalah menggunakan chmod untuk izin
nama class: InstallApkSetup
- short name:install-apk
- function: mengirimkan file APK arbitrer ke tujuan di perangkat
- opsi:
- test-file-name: nama APK yang akan diinstal ke perangkat.
- install-arg: Argumen tambahan yang akan diteruskan ke perintah pm install, termasuk tanda hubung di depannya, misalnya “-d". Dapat diulang
nama class: RunCommandTargetPreparer
- nama pendek: run-command
- function: mengeksekusi perintah shell arbitrer sebelum atau setelah eksekusi modul pengujian
- opsi:
- run-command:perintah shell adb yang akan dijalankan. Dapat diulang
- teardown-command:perintah shell adb yang akan dijalankan selama fase penonaktifan. Dapat diulang
Class pengujian
Class pengujian adalah class Trade Federation yang digunakan untuk menjalankan pengujian.
<test class="com.android.tradefed.testtype.AndroidJUnitTest">
<option name="package" value="android.test.example.helloworld"/>
<option name="runner" value="android.support.test.runner.AndroidJUnitRunner"/>
</test>
Berikut tiga class pengujian umum:
nama class: GTest
- nama singkat: gtest
- function: Pengujian yang menjalankan paket pengujian native di perangkat tertentu.
- opsi:
- native-test-device-path:Jalur di perangkat tempat pengujian native berada.
nama class: InstrumentationTest
- nama singkat: instrumentasi
- function: Pengujian yang menjalankan paket pengujian instrumentasi pada perangkat tertentu
- opsi:
- package:Nama paket manifes aplikasi pengujian Android yang akan dijalankan.
- class:Nama class pengujian yang akan dijalankan.
- method:Nama metode pengujian yang akan dijalankan.
nama class: AndroidJUnitTest
- function: Pengujian yang menjalankan paket pengujian instrumentasi pada perangkat tertentu menggunakan android.support.test.runner.AndroidJUnitRunner Ini adalah cara utama untuk menjalankan pengujian instrumentasi.