Pemeriksa status sistem (SSC) didefinisikan pada konfigurasi tingkat suite dan dijalankan di antara setiap modul. Mereka melakukan pemeriksaan untuk menentukan apakah modul berubah dan tidak memulihkan beberapa status tertentu, misalnya mengubah nilai properti sistem.
SSC terutama digunakan untuk memastikan bahwa penulis modul tidak lupa untuk membersihkan setelah pengujian mereka; tetapi jika mereka melakukannya, berikan jejaknya sehingga dapat diatasi.
Penggunaan sekunder juga untuk mengembalikan keadaan semula bila memungkinkan, misalnya mengabaikan pengaman tombol jika dibiarkan terbuka.
Definisi XML pemeriksa status sistem
<system_checker class="com.android.tradefed.suite.checker.KeyguardStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.LeakedThreadStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.SystemServerStatusChecker" />
SSC didefinisikan di bawah tag system_checker dalam XML konfigurasi Tradefed.
Penerapan
Setiap SSC harus mengimplementasikan antarmuka ISystemStatusChecker , yang menyediakan dua metode utama preExecutionCheck dan postExecutionCheck yang berjalan sebelum dan sesudah setiap eksekusi modul.
Mungkin bagi pemeriksa untuk mengimplementasikan hanya satu dari keduanya, atau untuk mengimplementasikan keduanya jika ada kebutuhan untuk memeriksa status sebelum modul dan membandingkannya dengan status setelah modul.
Beberapa contoh implementasi ada di Tradefed. Setiap implementasi disarankan untuk fokus pada satu pemeriksaan untuk meningkatkan kegunaan ulang. Misalnya SystemServerStatusCheck akan memeriksa apakah proses system_server dimulai ulang pada perangkat selama eksekusi test suite. Di postExecutionCheck itu memanggil deviceSoftRestarted yang didefinisikan di NativeDevice untuk memeriksa apakah proses system_server dimulai ulang.
Setiap operasi mengembalikan StatusCheckerResult yang memungkinkan harness untuk memutuskan apakah informasi tambahan, seperti laporan bug, harus ditangkap.
Di mana mereka didefinisikan dalam CTS?
Pemeriksa status sistem CTS didefinisikan di: /test/suite_harness/tools/cts-tradefed/res/config/cts-system-checkers.xml
Bagaimana menemukan kegagalan pemeriksa
Secara default, kegagalan pemeriksa sistem hanya ditampilkan di log dan sebagai laporan bug yang diambil untuk pemanggilan dengan nama mengikuti format: bugreport-checker-post-module-<module name>.zip
Ini memungkinkan Anda untuk mengetahui setelah modul mana laporan bug dibuat.
Dimungkinkan untuk membuat laporan pemeriksa sistem sebagai kegagalan pengujian itu sendiri dengan menyetel opsi --report-system-checkers ke true . Ini akan menghasilkan uji coba yang menunjukkan gagal dengan alasan kegagalan adalah pemeriksaan khusus pemeriksa status.
Pemeriksa status sistem (SSC) didefinisikan pada konfigurasi tingkat suite dan dijalankan di antara setiap modul. Mereka melakukan pemeriksaan untuk menentukan apakah modul berubah dan tidak memulihkan beberapa status tertentu, misalnya mengubah nilai properti sistem.
SSC terutama digunakan untuk memastikan bahwa penulis modul tidak lupa untuk membersihkan setelah pengujian mereka; tetapi jika mereka melakukannya, berikan jejaknya sehingga dapat diatasi.
Penggunaan sekunder juga untuk mengembalikan keadaan semula bila memungkinkan, misalnya mengabaikan pengaman tombol jika dibiarkan terbuka.
Definisi XML pemeriksa status sistem
<system_checker class="com.android.tradefed.suite.checker.KeyguardStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.LeakedThreadStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.SystemServerStatusChecker" />
SSC didefinisikan di bawah tag system_checker dalam XML konfigurasi Tradefed.
Penerapan
Setiap SSC harus mengimplementasikan antarmuka ISystemStatusChecker , yang menyediakan dua metode utama preExecutionCheck dan postExecutionCheck yang berjalan sebelum dan sesudah setiap eksekusi modul.
Mungkin bagi pemeriksa untuk mengimplementasikan hanya satu dari keduanya, atau untuk mengimplementasikan keduanya jika ada kebutuhan untuk memeriksa status sebelum modul dan membandingkannya dengan status setelah modul.
Beberapa contoh implementasi ada di Tradefed. Setiap implementasi disarankan untuk fokus pada satu pemeriksaan untuk meningkatkan kegunaan ulang. Misalnya SystemServerStatusCheck akan memeriksa apakah proses system_server dimulai ulang pada perangkat selama eksekusi test suite. Di postExecutionCheck itu memanggil deviceSoftRestarted yang didefinisikan di NativeDevice untuk memeriksa apakah proses system_server dimulai ulang.
Setiap operasi mengembalikan StatusCheckerResult yang memungkinkan harness untuk memutuskan apakah informasi tambahan, seperti laporan bug, harus ditangkap.
Di mana mereka didefinisikan dalam CTS?
Pemeriksa status sistem CTS didefinisikan di: /test/suite_harness/tools/cts-tradefed/res/config/cts-system-checkers.xml
Bagaimana menemukan kegagalan pemeriksa
Secara default, kegagalan pemeriksa sistem hanya ditampilkan di log dan sebagai laporan bug yang diambil untuk pemanggilan dengan nama mengikuti format: bugreport-checker-post-module-<module name>.zip
Ini memungkinkan Anda untuk mengetahui setelah modul mana laporan bug dibuat.
Dimungkinkan untuk membuat laporan pemeriksa sistem sebagai kegagalan pengujian itu sendiri dengan menyetel opsi --report-system-checkers ke true . Ini akan menghasilkan uji coba yang menunjukkan gagal dengan alasan kegagalan adalah pemeriksaan khusus pemeriksa status.
Pemeriksa status sistem (SSC) didefinisikan pada konfigurasi tingkat suite dan dijalankan di antara setiap modul. Mereka melakukan pemeriksaan untuk menentukan apakah modul berubah dan tidak memulihkan beberapa status tertentu, misalnya mengubah nilai properti sistem.
SSC terutama digunakan untuk memastikan bahwa penulis modul tidak lupa untuk membersihkan setelah pengujian mereka; tetapi jika mereka melakukannya, berikan jejaknya sehingga dapat diatasi.
Penggunaan sekunder juga untuk mengembalikan keadaan semula bila memungkinkan, misalnya mengabaikan pengaman tombol jika dibiarkan terbuka.
Definisi XML pemeriksa status sistem
<system_checker class="com.android.tradefed.suite.checker.KeyguardStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.LeakedThreadStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.SystemServerStatusChecker" />
SSC didefinisikan di bawah tag system_checker dalam XML konfigurasi Tradefed.
Penerapan
Setiap SSC harus mengimplementasikan antarmuka ISystemStatusChecker , yang menyediakan dua metode utama preExecutionCheck dan postExecutionCheck yang berjalan sebelum dan sesudah setiap eksekusi modul.
Mungkin bagi pemeriksa untuk mengimplementasikan hanya satu dari keduanya, atau untuk mengimplementasikan keduanya jika ada kebutuhan untuk memeriksa status sebelum modul dan membandingkannya dengan status setelah modul.
Beberapa contoh implementasi ada di Tradefed. Setiap implementasi disarankan untuk fokus pada satu pemeriksaan untuk meningkatkan kegunaan ulang. Misalnya SystemServerStatusCheck akan memeriksa apakah proses system_server dimulai ulang pada perangkat selama eksekusi test suite. Di postExecutionCheck itu memanggil deviceSoftRestarted yang didefinisikan di NativeDevice untuk memeriksa apakah proses system_server dimulai ulang.
Setiap operasi mengembalikan StatusCheckerResult yang memungkinkan harness untuk memutuskan apakah informasi tambahan, seperti laporan bug, harus ditangkap.
Di mana mereka didefinisikan dalam CTS?
Pemeriksa status sistem CTS didefinisikan di: /test/suite_harness/tools/cts-tradefed/res/config/cts-system-checkers.xml
Bagaimana menemukan kegagalan pemeriksa
Secara default, kegagalan pemeriksa sistem hanya ditampilkan di log dan sebagai laporan bug yang diambil untuk pemanggilan dengan nama mengikuti format: bugreport-checker-post-module-<module name>.zip
Ini memungkinkan Anda untuk mengetahui setelah modul mana laporan bug dibuat.
Dimungkinkan untuk membuat laporan pemeriksa sistem sebagai kegagalan pengujian itu sendiri dengan menyetel opsi --report-system-checkers ke true . Ini akan menghasilkan uji coba yang menunjukkan gagal dengan alasan kegagalan adalah pemeriksaan khusus pemeriksa status.