aet - Online di Cloud

PROGRAM:

NAMA

tes aegis - menjalankan tes

RINGKASAN

Aegis -Uji [ Option...] [ nama=nilai ][ nama file... ]
Aegis -Uji -Mandiri [ Option...] [ nama=nilai ][ nama file... ]
Aegis -Uji -Daftar [ Option... ]
Aegis -Uji -Membantu

DESKRIPSI

Grafik Aegis -Uji perintah yang digunakan untuk menjalankan tes. Jika tidak ada file yang diberi nama, semua tes yang relevan
dijalankan. Secara default, pengujian otomatis dan manual dijalankan.

Anda dapat memberi nama direktori pada baris perintah, dan semua tes yang relevan di direktori itu
pohon di perubahan akan dijalankan. Ini adalah kesalahan jika tidak ada tes yang relevan.

Setiap arsitektur harus diuji secara terpisah. Ini karena mungkin ada yang halus
masalah yang hanya terungkap pada beberapa arsitektur. Beberapa proyek mungkin juga memiliki
kode yang berbeda untuk arsitektur yang berbeda.

Status uji coba terakhir diingat sehingga pengujian tidak dijalankan jika tidak ada
membutuhkan. (Ini tidak berlaku untuk -Regresi tes, sayangnya.) Tes harus dijalankan kembali
jika tes sebelumnya gagal, jika file tes telah berubah, jika telah ada build,
dan untuk setiap arsitektur.

nama=nilai
Anda dapat menambahkan nama=nilai pasang ke baris perintah, ini akan diteruskan tidak berubah ke
perintah tes. Biasanya di akhir baris perintah, tetapi ini dapat diubah di
file konfigurasi proyek.

Grafik -memaksa opsi menghasilkan variabel force=1 implisit yang ditambahkan ke daftar
tugas variabel, dan dengan demikian ditambahkan ke akhir perintah. Ini paling berguna ketika
menggunakan batch_test_command mengajukan file konfigurasi proyek.

Ini awalnya mungkin terlihat seperti proses pengembangan yang dijalankan di akhir, memungkinkan skrip pengujian menjadi
ditulis sehingga mereka memberikan semua jawaban yang benar tanpa benar-benar melakukan apa-apa. Anda
selalu bisa melakukan ini dengan variabel lingkungan, jadi ini bukan sesuatu yang baru.

Dimungkinkan untuk mendapatkan semua penugasan variabel untuk berubah menjadi variabel lingkungan
dengan meletakkan $var di awal dari perintah, sebelum nama shell, bukan di
lokasi default di akhir perintah.

File Nama Interpretasi
Program aegis akan mencoba menentukan nama file proyek dari nama file
diberikan pada baris perintah. Semua nama file disimpan dalam proyek aegis sebagai relatif
ke akar pohon direktori dasar. Direktori pengembangan dan
direktori integrasi adalah bayangan dari direktori dasar ini, dan nama-nama relatif ini
terapkan di sini juga. File yang dinamai pada baris perintah pertama kali dikonversi ke jalur absolut
jika diperlukan. Mereka kemudian dibandingkan dengan jalur dasar, direktori pengembangan
jalur, dan jalur direktori integrasi, untuk menentukan nama relatif dasar. Dia
kesalahan jika file bernama berada di luar salah satu pohon direktori ini.

Grafik -BAse_RElatif opsi dapat digunakan untuk menyebabkan nama file relatif ditafsirkan sebagai
relatif terhadap jalur dasar; nama file absolut masih akan dibandingkan dengan berbagai
jalur untuk menentukan nama relatif dasar.

Grafik relatif_nama_file_preferensi dalam file konfigurasi pengguna dapat digunakan untuk memodifikasi
perilaku default ini. Lihat aeuconf(5) untuk informasi lebih lanjut.

UJI PROSES

Setiap perubahan harus disertai dengan pengujian, dan pengujian tersebut harus
dijalankan terhadap direktori pengembangan yang dibangun, dan mereka harus lulus. Ini memastikan bahwa yang baru
fungsionalitas disertai dengan tes untuk memverifikasi kebenarannya, dan perbaikan bug adalah
disertai dengan tes yang mengkonfirmasi bahwa bug telah diperbaiki.

Regresi Tes
Pengujian diperlakukan sebagai file sumber lainnya, dan dipertahankan di baseline dan
sejarah dengan semua file sumber lainnya. Ujian yang harus menyertai setiap perubahan
terakumulasi dalam baseline proyek, memberikan definisi fungsi yang benar untuk
dasar. Tes yang terakumulasi ini dapat dieksekusi menggunakan perintah "aegis -REGression",
untuk memverifikasi bahwa proyek tidak akan "mundur" sebagai akibat dari perubahan.

Dasar Tes
Perbaikan bug diperlukan untuk melakukan pengujian gagal terhadap baseline proyek (sebaliknya
ke direktori pengembangan). Ini memastikan bahwa tes benar-benar menunjukkan bug
di baseline, serta menunjukkan bahwa itu diperbaiki oleh perubahan. Baru
fungsionalitas sepele gagal melawan baseline, dan aegis tidak mencoba untuk
tebak apakah tes adalah tes perbaikan bug atau tes fungsionalitas baru, itu hanya memerlukan tes untuk
gagal melawan garis dasar.

Persyaratan ini berlaku untuk pengujian baru yang dibuat oleh perubahan dan juga pengujian
yang telah disalin menjadi perubahan untuk dimodifikasi.

Meninjau Tes
Peninjau mungkin yakin bahwa aegis telah menerapkan persyaratan pengujian; itu perubahan
harus memiliki tes, bahwa perubahan harus dibangun, bahwa tes lulus terhadap pengembangan
direktori, dan bahwa tes gagal terhadap baseline. Ketentuan ini diberlakukan
by aede(1) dan perubahan tidak akan diteruskan ke makhluk review jurnal nyatakan sampai ini
kondisi terpenuhi. Peninjau harus meninjau tes untuk kelengkapan cakupan dari
kode dalam perubahan, dan ketidakpekaan terhadap perubahan dalam lingkungan eksekusi (mis
tidak peka terhadap tanggal). Peninjau juga harus menggunakan “aegis -list change_details” untuk memverifikasi
bahwa perubahan memiliki atau tidak memiliki pengecualian pengujian.

Pengecualian
Berbagai pengecualian pengujian dapat diberikan oleh administrator proyek, lihat aepa(1) dan
aepattr(5) untuk informasi lebih lanjut. Menyalin tes ke dalam perubahan, atau menambahkan tes baru ke a
berubah, dapat membatalkan pengecualian tersebut.

UJI COMMAND KONFIGURASI

Perintah yang digunakan untuk menjalankan tes didefinisikan oleh perintah_tes lapangan dalam proyek
file konfigurasi (lihat aepconf(5) untuk informasi lebih lanjut), ini default untuk menggunakan
Cangkang Bourne jika tidak disetel. Direktori saat ini akan menjadi yang teratas
pohon direktori. Jika pengujian memerlukan file sementara, mereka harus membuatnya di / Tmp, sebagai
test tidak dapat mengharapkan untuk memiliki izin menulis di direktori saat ini.

Jika Anda ingin menggunakan mesin uji yang lebih canggih, daripada skrip shell sederhana,
tetapi mesin uji ini tidak mengembalikan kode hasil yang sesuai untuk digunakan dengan aegis, Anda bisa
bungkus dalam skrip shell yang menulis ulang status keluar ke nilai yang diharapkan aegis.
Anda juga dapat mencapai hasil yang sama dengan menulis yang lebih kompleks perintah_tes dalam
proyek config file.

Dimungkinkan juga untuk menulis perintah pengujian yang dapat menguji lebih dari satu file di
sekali. Ini dikendalikan oleh batch_test_command bidang proyek config mengajukan. Di dalam
kasus ini, substitusi ${output} menunjukkan nama file yang harus dilakukan oleh perintah pengujian
buat, di selamat mencoba(5) format, untuk memuat hasil tes yang dijalankan. Ini sering digunakan
pada sistem dengan banyak CPU atau kemampuan untuk mendistribusikan pekerjaan di beberapa komputer
pada sebuah jaringan.

substitusi
Semua aesub(5) substitusi tersedia dalam perintah pengujian. Beberapa dari mereka adalah
catatan khusus:

Arsitektur
Substitusi ini diganti dengan nama arsitektur yang akan diuji.

Cari_Jalur
Substitusi ini digantikan oleh daftar jalur absolut yang dipisahkan titik dua ke
cari saat mencari file dukungan pengujian.

Pencarian_Path_Executable
Substitusi ini digantikan oleh daftar jalur absolut yang dipisahkan titik dua ke
mencari ketika mencari file dukungan yang dapat dieksekusi (file perpustakaan dan sub-
perintah).

Sebagian besar waktu $Search_Path_Executable persis sama. Namun, selama “aegis -t
-bl” mereka akan berbeda, dengan $Pencarian_Jalur mulai dari direktori pengembangan (the
tes sedang dijalankan) dan $Seach_Path_Executable mulai dari baseline (makhluk yang dapat dieksekusi
Lari).

uji Hasil Kode
Saat setiap tes dijalankan (melalui perintah_tes lapangan dalam proyek config file), perlindungan
menentukan apakah tes berhasil atau gagal dengan melihat status keluarnya. Pintu keluar ini
status sebagian besar seperti yang diharapkan untuk perintah UNIX.

Keberhasilan
Tes harus keluar dari 0 untuk menunjukkan keberhasilan, yaitu bahwa fungsi spesifik yang sedang diuji
bekerja seperti yang diharapkan.

Kegagalan
Sebuah tes harus keluar 1 untuk menunjukkan kegagalan, yaitu bahwa fungsi tertentu yang sedang diuji
tidak bekerja seperti yang diharapkan.

Tidak ada hasil
Sebuah tes harus keluar 2 untuk menunjukkan tidak ada hasil, yaitu bahwa fungsi spesifik di bawah
tes tidak dapat dilakukan karena sesuatu yang lain tidak beres. Misalnya lari
kehabisan ruang disk saat membuat file input pengujian di / Tmp direktori.

Dilewati
Sebuah tes harus keluar 77 untuk menunjukkan bahwa itu dilewati. Ini biasanya berkaitan dengan
arsitektur saat ini tidak berarti. Bila memungkinkan, gunakan "Tidak Ada Hasil"
sebagai gantinya. (Nilai dipilih untuk kompatibilitas dengan sistem pengujian lainnya.)

Sebenarnya, kode keluar apa pun selain 0, 1 atau 77 akan ditafsirkan sebagai "tidak ada hasil".
Namun, selalu menggunakan 0, 1, 2 atau 77 berarti jika kode hasil baru diperlukan oleh a
rilis Aegis nanti, pengujian Anda yang ada akan terus berfungsi.

UJI KORELASI

Perintah "aegis -Test -SUGgest" dapat digunakan agar aegis menyarankan regresi yang sesuai
tes untuk perubahan Anda, berdasarkan file sumber dalam perubahan Anda. Ini secara otomatis
memfokuskan upaya pengujian ke pengujian yang relevan, mengurangi jumlah pengujian regresi
perlu untuk yakin bahwa Anda belum memperkenalkan bug.

Korelasi uji dihasilkan oleh perintah "aegis -Integrate_Pass", yang
mengaitkan setiap pengujian dalam perubahan dengan setiap file sumber dalam perubahan. Dengan demikian, masing-masing
file sumber mengumpulkan daftar tes yang telah dikaitkan dengannya di masa lalu.
Ini tidak setepat analisis cakupan kode, tetapi merupakan perkiraan yang masuk akal dalam
praktek.

Grafik aecp(1) dan aenf(1) perintah digunakan untuk mengaitkan file dengan perubahan. Sementara mereka
jangan aktif melakukan asosiasi, ini adalah file yang digunakan oleh aeipass(1) dan
aet(1) untuk menentukan file sumber mana yang terkait dengan pengujian mana.

uji Korelasi Ketepatan
Dengan asumsi bahwa korelasi pengujian akurat dan pengujian merata
didistribusikan di seluruh ruang fungsi, akan ada kurang dari 1/angka kesempatan itu
tes yang relevan belum dijalankan oleh "aegis -Test -SUGgest jumlah" memerintah. Kecil
jumlah kebisingan ditambahkan ke bobot uji, sehingga hal-hal yang tidak terduga terkadang
diuji, dan pengujian yang sama tidak dijalankan setiap saat.

Akurasi uji korelasi dapat ditingkatkan dengan memastikan bahwa:

· Setiap perubahan harus sangat terfokus, tanpa penyertaan file yang serampangan. Ini
menghindari korelasi palsu.

· Setiap item fungsi baru harus ditambahkan dalam perubahan individual, bukan
beberapa bersama-sama. Ini sangat berkorelasi tes dengan fungsionalitas.

· Setiap bug harus diperbaiki dalam perubahan individu, bukan beberapa bersama-sama. Ini
sangat berkorelasi tes dengan fungsionalitas.

· Uji korelasi akan hilang jika file dipindahkan. Ini karena korelasinya dengan
Nama.

Cara terbaik agar pengujian dapat berkorelasi secara akurat dengan file sumber adalah saat ada perubahan
berisi tes dan file-file yang berkaitan dengan fungsionalitas yang diuji. Juga
banyak file palsu akan melemahkan kegunaan korelasi pengujian.

PILIHAN

Opsi berikut dipahami:

-Otomatis
Opsi ini dapat digunakan untuk menentukan pengujian otomatis. Tes otomatis tidak memerlukan
bantuan manusia.

-Baris Dasar
Opsi ini dapat digunakan untuk menentukan bahwa baseline proyek adalah subjek dari
perintah.

-BAse_RElatif
Opsi ini dapat digunakan untuk menyebabkan nama file relatif dianggap relatif terhadap
dasar pohon sumber. Lihat aeuconf(5) untuk pengguna yang sesuai
Pilihan.

-Current_RElative
Opsi ini dapat digunakan untuk menyebabkan nama file relatif dianggap relatif terhadap
direktori saat ini. Ini biasanya default. Lihat aeuconf(5) untuk
preferensi pengguna yang sesuai.

-Mengubah jumlah
Opsi ini dapat digunakan untuk menentukan perubahan tertentu dalam suatu proyek. Lihat
Aegis(1) untuk deskripsi lengkap tentang opsi ini.

-Memaksa Opsi ini dapat digunakan untuk menentukan bahwa semua pengujian harus dijalankan, bahkan jika:
status uji coba terakhir menunjukkan bahwa tidak perlu menjalankan yang spesifik
tes.

-Membantu
Opsi ini dapat digunakan untuk memperoleh informasi lebih lanjut tentang cara menggunakan Aegis
program.

-Mandiri
Opsi ini digunakan untuk menentukan bahwa pengujian akan dijalankan secara independen dari
perubahan tertentu. Jika tidak ada tes yang diberi nama, semua tes di baseline akan dijalankan.

-Daftar
Opsi ini dapat digunakan untuk mendapatkan daftar subjek yang sesuai untuk perintah ini.
Daftarnya mungkin lebih umum dari yang diharapkan.

-MANUAL Opsi ini dapat digunakan untuk menentukan pengujian manual. Tes manual membutuhkan beberapa manusia
intervensi, misalnya: konfirmasi beberapa perilaku layar (X11, misalnya), atau
beberapa tindakan pengguna, "cabut kabel ethernet sekarang".

-Tidak_Logging
Opsi ini dapat digunakan untuk menonaktifkan pencatatan otomatis keluaran dan kesalahan untuk
file. Ini sering berguna ketika beberapa perintah perlindungan digabungkan dalam sebuah shell
Script.

-Bertekun
Opsi ini dapat digunakan untuk menentukan bahwa semua pengujian harus dijalankan, bahkan jika beberapa:
gagal. Default untuk pengguna bertahan_preferensi jika tidak ditentukan, lihat
aeuconf(5) untuk informasi lebih lanjut.

-Tidak_PERgigih
Opsi ini dapat digunakan untuk menentukan bahwa uji coba harus berhenti setelah yang pertama
kegagalan. Default untuk pengguna bertahan_preferensi jika tidak ditentukan, lihat
aeuconf(5) untuk informasi lebih lanjut.

-Proyek nama
Opsi ini dapat digunakan untuk memilih proyek yang diminati. Ketika tidak -Proyek
opsi ditentukan, AEGIS_PROJECT variabel lingkungan dikonsultasikan. Jika
yang tidak ada, milik pengguna $HOME/.aegisrc file diperiksa untuk default
bidang proyek (lihat aeuconf(5) untuk informasi lebih lanjut). Jika itu tidak ada,
ketika pengguna hanya mengerjakan perubahan dalam satu proyek, proyek
nama default untuk proyek itu. Jika tidak, itu adalah kesalahan.

-Kemajuan
Opsi ini dapat digunakan untuk menentukan bahwa pesan kemajuan harus dikeluarkan sebelumnya
setiap uji coba atau sebelum setiap uji batch dijalankan untuk berjaga-jaga batch_test_command bidang
ditentukan dalam proyek config berkas (lihat aeuconf(5) untuk informasi lebih lanjut).

-Tidak ada perkembangan
Opsi ini dapat digunakan untuk menentukan bahwa pesan kemajuan harus disembunyikan.
Ini adalah default.

-Regresi
Opsi ini digunakan untuk menentukan bahwa rangkaian uji regresi akan dijalankan. Itu
suite tes regresi terdiri dari semua tes di baseline yang tidak muncul
dalam perubahan. Ini adalah kesalahan jika tidak ada tes regresi. Anda mungkin tidak
tes nama pada baris perintah saat menggunakan opsi -REGression. Anda dapat menyebutkan
tes individu untuk dijalankan pada baris perintah, tanpa menggunakan -REGression
pilihan; jika mereka bukan bagian dari perubahan, tes dengan nama yang sama di
dasar akan dijalankan.

-Menyarankan [ jumlah ]
The "Aegis -Integrasi_Lulus” perintah mengumpulkan statistik uji korelasi ketika
perubahan terintegrasi. Opsi ini dapat digunakan untuk meminta saran aegis
tes mana yang harus dijalankan, menggunakan korelasi pengujian ini. Jika tidak ada nomor
ditentukan, 10 tes akan disarankan. Opsi ini menyiratkan -Regresi
.

-SUGgest_Batas menit
Opsi ini dapat digunakan untuk membatasi jumlah tes ke sejumlah
menit. Mereka akan dijalankan dari yang paling relevan hingga yang paling tidak relevan.

-SUGgest_Kebisingan jumlah
Opsi ini dapat digunakan untuk mengontrol jumlah kebisingan yang disuntikkan ke dalam pengujian
seleksi yang dilakukan oleh -Menyarankan pilihan. Jumlahnya adalah persentase kebisingan
untuk disuntik. Default ke 10 jika tidak ditentukan. Injeksi kebisingan memastikan
bahwa berbagai tes dijalankan pada putaran berikutnya, dan juga beberapa dari bidang kiri
sebagai pemeriksaan kewarasan.

-Pendek
Opsi ini dapat digunakan untuk menyebabkan cantuman menghasilkan minimal
informasi. Biasanya berguna untuk skrip shell.

-Bertele-tele
Opsi ini dapat digunakan untuk menyebabkan aegis menghasilkan lebih banyak output. Secara default perlindungan
hanya menghasilkan output pada kesalahan. Ketika digunakan dengan -Daftar opsi opsi ini
menyebabkan judul kolom ditambahkan.

-Tunggu Opsi ini dapat digunakan untuk meminta perintah Aegis untuk menunggu kunci akses, jika
mereka tidak dapat diperoleh dengan segera. Default untuk pengguna lock_wait_preferensi
jika tidak ditentukan, lihat aeuconf(5) untuk informasi lebih lanjut.

-Tidak_Tunggu
Opsi ini dapat digunakan untuk meminta perintah Aegis untuk mengeluarkan kesalahan fatal jika mengakses
kunci tidak dapat diperoleh dengan segera. Default untuk pengguna
lock_wait_preferensi jika tidak ditentukan, lihat aeuconf(5) untuk informasi lebih lanjut.

Lihat juga Aegis(1) untuk opsi yang umum untuk semua perintah perlindungan.

Semua opsi dapat disingkat; singkatan didokumentasikan sebagai huruf besar,
semua huruf kecil dan garis bawah (_) adalah opsional. Anda harus menggunakan berturut-turut
urutan huruf opsional.

Semua opsi tidak peka huruf besar/kecil, Anda dapat mengetiknya dalam huruf besar atau huruf kecil atau a
kombinasi keduanya, kasus tidak penting.

Misalnya: argumen "-project, "-PROJ" dan "-p" semuanya ditafsirkan sebagai
-Proyek pilihan. Argumen "-prj" tidak akan dipahami, karena berurutan
karakter opsional tidak disediakan.

Opsi dan argumen baris perintah lainnya dapat dicampur secara sewenang-wenang di baris perintah,
setelah pemilih fungsi.

Nama opsi panjang GNU dipahami. Karena semua nama opsi untuk Aegis panjang,
ini berarti mengabaikan awalan tambahan '-'. NS "--Option=nilai"konvensi juga
mengerti.

DISARANKAN ALIAS

Alias ​​​​yang disarankan untuk perintah ini adalah
csh% alias aet 'aegis -t \!* -v'
sh$ aet(){aegis -t "$@" -v}

GALAT

Ini adalah kesalahan jika perubahan tidak pada salah satu dari makhluk dikembangkan or makhluk terpadu
negara bagian.
Ini adalah kesalahan jika perubahan tidak ditetapkan ke pengguna saat ini.
Ini adalah kesalahan jika Anda tidak memiliki tes yang relevan dan tidak ada pengecualian yang relevan.

EXIT STATUS

Grafik Aegis perintah akan keluar dengan status 1 pada kesalahan apa pun. NS Aegis perintah hanya akan
exit dengan status 0 jika tidak ada error.

LINGKUNGAN VARIABEL

Lihat Aegis(1) untuk daftar variabel lingkungan yang dapat mempengaruhi perintah ini. Lihat
aepconf(5) untuk file konfigurasi proyek proyek_spesifik bidang untuk cara mengatur
variabel lingkungan untuk semua perintah yang dijalankan oleh Aegis.

Gunakan aet online menggunakan layanan onworks.net