Siklus hidup tes yang dijalankan menggunakan Federasi Dagang terdiri dari empat tahap terpisah, dirancang di sekitar antarmuka yang ditentukan secara formal.
Antarmuka yang ditentukan
- Build Provider : Menyediakan build untuk diuji, mendownload file yang sesuai jika perlu.
- Target Preparer : Menyiapkan lingkungan pengujian, mungkin termasuk instalasi perangkat lunak dan konfigurasi perangkat.
- Tes : Menjalankan tes dan mengumpulkan hasil tes. Ini mungkin Tes JUnit apa pun, meskipun antarmuka IRemoteTest kami dirancang khusus untuk bekerja dengan baik di lingkungan Federasi Dagang.
- Pendengar Uji Coba (pelaporan hasil) : Mendengarkan hasil uji, biasanya untuk tujuan meneruskan hasil uji ke repositori atau menampilkannya ke Test Runner.
Entitas pengujian mendasar dalam TF adalah Konfigurasi (config). Konfigurasi adalah file XML yang mendeklarasikan komponen siklus hidup pengujian.
Pemisahan siklus hidup pengujian ini dimaksudkan agar dapat digunakan kembali. Dengan menggunakan desain ini, Pengembang dapat membuat Pengujian satu kali, dan kemudian Integrator dapat membuat Konfigurasi yang berbeda untuk menjalankan Pengujian tersebut di lingkungan yang berbeda. Misalnya, mereka dapat membuat Konfigurasi yang akan menjalankan pengujian pada mesin lokal dan membuang hasilnya ke stdout. Mereka kemudian dapat membuat Konfigurasi kedua yang akan menjalankan pengujian yang sama, tetapi menggunakan Pendengar Doa Pengujian yang berbeda untuk menyimpan hasil pengujian dalam database. Konfigurasi ketiga mungkin dirancang untuk menjalankan pengujian secara terus-menerus dari lab pengujian di suatu tempat.
Lebih mudah untuk dicatat di sini bahwa Konfigurasi beserta argumen baris perintahnya (sebagaimana disediakan oleh Test Runner) dikenal sebagai Command . Saat TF memasangkan Perintah dengan ITestDevice dan menjalankannya, objek selanjutnya dikenal sebagai Invocation . Singkatnya, Doa mencakup eksekusi uji TF lengkap, di seluruh siklus hidupnya.
Komponen konfigurasi tambahan
- Pemulihan Perangkat : mekanisme untuk memulihkan komunikasi perangkat jika hilang.
- Logger : mengumpulkan data logging yang diperdagangkan.
Tahap keluaran dan kesalahan
Setiap tahap doa dijalankan secara berurutan dan memiliki tujuan tertentu. Bagian ini menjelaskan keluaran dan kesalahan yang biasa terjadi pada setiap tahap.
Membangun penyedia
Tahap ini membuat dan menampilkan objek IBuildInfo yang berisi semua referensi file yang diperlukan untuk menyiapkan dan menjalankan pengujian.
Kesalahan paling umum pada tahap ini adalah kegagalan mengunduh atau menemukan file yang diminta.
Kesalahan pada tahap ini menghasilkan pelaporan kesalahan secara langsung, dan tidak ada pengujian yang dijalankan.
Persiapan sasaran
Tahap ini mengatur status yang diperlukan untuk target yang sedang diuji. Tahap ini dapat mengubah perangkat atau penyiapan host sesuai kebutuhan untuk pemanggilan pengujian yang diberikan.
Kesalahan umum pada tahap ini biasanya melibatkan kegagalan untuk mengatur perangkat ke keadaan tertentu (misalnya, gagal mem-flash) dan kegagalan untuk menemukan file yang diperlukan untuk pengaturan.
Kesalahan pada tahap ini menyebabkan pembersihan target berjalan, pelaporan kesalahan, dan tidak ada pengujian yang dijalankan.
Tes
Tahap ini menjalankan pengujian yang diminta pada target yang telah disiapkan sebelumnya, dan melaporkan semua hasil eksekusi pengujian.
Kesalahan umum pada tahap ini biasanya melibatkan target yang sedang diuji tidak tersedia atau beberapa kesalahan menyebabkan sebagian eksekusi pengujian. Error ini adalah masalah infrastruktur yang memengaruhi eksekusi pengujian itu sendiri, bukan kegagalan satu kasus pengujian.
Kesalahan pada tahap ini mengakibatkan penghentian eksekusi pengujian, pembersihan target berjalan, melaporkan kesalahan, dan mendapatkan hasil sebagian.
Pelaporan hasil
Tahap ini melaporkan hasil dan kesalahan ke layanan yang dikonfigurasi (misalnya, server dan file lokal).
Meskipun pelapor hasil individu dapat memiliki kesalahan, mereka terisolasi satu sama lain (satu pelapor tidak melihat kesalahan dari yang lain). Kesalahan ini hanya memengaruhi pelaporan hasil masing-masing pelapor dan kesalahan dapat dilihat di log.
,Siklus hidup tes yang dijalankan menggunakan Federasi Dagang terdiri dari empat tahap terpisah, dirancang di sekitar antarmuka yang ditentukan secara formal.
Antarmuka yang ditentukan
- Build Provider : Menyediakan build untuk diuji, mendownload file yang sesuai jika perlu.
- Target Preparer : Menyiapkan lingkungan pengujian, mungkin termasuk instalasi perangkat lunak dan konfigurasi perangkat.
- Tes : Menjalankan tes dan mengumpulkan hasil tes. Ini mungkin Tes JUnit apa pun, meskipun antarmuka IRemoteTest kami dirancang khusus untuk bekerja dengan baik di lingkungan Federasi Dagang.
- Pendengar Uji Coba (pelaporan hasil) : Mendengarkan hasil uji, biasanya untuk tujuan meneruskan hasil uji ke repositori atau menampilkannya ke Test Runner.
Entitas pengujian mendasar dalam TF adalah Konfigurasi (config). Konfigurasi adalah file XML yang mendeklarasikan komponen siklus hidup pengujian.
Pemisahan siklus hidup pengujian ini dimaksudkan agar dapat digunakan kembali. Dengan menggunakan desain ini, Pengembang dapat membuat Pengujian satu kali, dan kemudian Integrator dapat membuat Konfigurasi yang berbeda untuk menjalankan Pengujian tersebut di lingkungan yang berbeda. Misalnya, mereka dapat membuat Konfigurasi yang akan menjalankan pengujian pada mesin lokal dan membuang hasilnya ke stdout. Mereka kemudian dapat membuat Konfigurasi kedua yang akan menjalankan pengujian yang sama, tetapi menggunakan Pendengar Doa Pengujian yang berbeda untuk menyimpan hasil pengujian dalam database. Konfigurasi ketiga mungkin dirancang untuk menjalankan pengujian secara terus-menerus dari lab pengujian di suatu tempat.
Lebih mudah untuk dicatat di sini bahwa Konfigurasi beserta argumen baris perintahnya (sebagaimana disediakan oleh Test Runner) dikenal sebagai Command . Saat TF memasangkan Perintah dengan ITestDevice dan menjalankannya, objek selanjutnya dikenal sebagai Invocation . Singkatnya, Doa mencakup eksekusi uji TF lengkap, di seluruh siklus hidupnya.
Komponen konfigurasi tambahan
- Pemulihan Perangkat : mekanisme untuk memulihkan komunikasi perangkat jika hilang.
- Logger : mengumpulkan data logging yang diperdagangkan.
Tahap keluaran dan kesalahan
Setiap tahap doa dijalankan secara berurutan dan memiliki tujuan tertentu. Bagian ini menjelaskan keluaran dan kesalahan yang biasa terjadi pada setiap tahap.
Membangun penyedia
Tahap ini membuat dan menampilkan objek IBuildInfo yang berisi semua referensi file yang diperlukan untuk menyiapkan dan menjalankan pengujian.
Kesalahan paling umum pada tahap ini adalah kegagalan mengunduh atau menemukan file yang diminta.
Kesalahan pada tahap ini menghasilkan pelaporan kesalahan secara langsung, dan tidak ada pengujian yang dijalankan.
Persiapan sasaran
Tahap ini mengatur status yang diperlukan untuk target yang sedang diuji. Tahap ini dapat mengubah perangkat atau penyiapan host sesuai kebutuhan untuk pemanggilan pengujian yang diberikan.
Kesalahan umum pada tahap ini biasanya melibatkan kegagalan untuk mengatur perangkat ke keadaan tertentu (misalnya, gagal mem-flash) dan kegagalan untuk menemukan file yang diperlukan untuk pengaturan.
Kesalahan pada tahap ini menyebabkan pembersihan target berjalan, pelaporan kesalahan, dan tidak ada pengujian yang dijalankan.
Tes
Tahap ini menjalankan pengujian yang diminta pada target yang telah disiapkan sebelumnya, dan melaporkan semua hasil eksekusi pengujian.
Kesalahan umum pada tahap ini biasanya melibatkan target yang sedang diuji tidak tersedia atau beberapa kesalahan menyebabkan sebagian eksekusi pengujian. Error ini adalah masalah infrastruktur yang memengaruhi eksekusi pengujian itu sendiri, bukan kegagalan satu kasus pengujian.
Kesalahan pada tahap ini mengakibatkan penghentian eksekusi pengujian, pembersihan target berjalan, melaporkan kesalahan, dan mendapatkan hasil sebagian.
Pelaporan hasil
Tahap ini melaporkan hasil dan kesalahan ke layanan yang dikonfigurasi (misalnya, server dan file lokal).
Meskipun pelapor hasil individu dapat memiliki kesalahan, mereka terisolasi satu sama lain (satu pelapor tidak melihat kesalahan dari yang lain). Kesalahan ini hanya memengaruhi pelaporan hasil masing-masing pelapor dan kesalahan dapat dilihat di log.