tesh - Online di Cloud

PROGRAM:

NAMA

tesh - cangkang pengujian

RINGKASAN

tesh [PILIHAN]...[FILE] ...

DESKRIPSI

Ini adalah alat TESH. Ini merupakan cangkang pengujian, yaitu semacam cangkang khusus untuk
menjalankan tes. Daftar tindakan yang harus diambil diurai dari file file yang disebut testsuite.

PILIHAN

--cd some/directory : minta tesh untuk mengganti direktori kerja sebelumnya
meluncurkan tes
--setenv var=value : mengatur variabel lingkungan tertentu
--cfg arg : tambahkan parameter --cfg=arg ke setiap baris perintah
--enable-coverage : abaikan baris keluaran yang dimulai dengan "profiling:"

TESH FILE SINTAKSIS

Berikut adalah sintaks dari file-file ini:

Jenis setiap baris diberikan oleh karakter pertama (karakter kedua harus kosong dan adalah
diabaikan):

Perintah `$' untuk dijalankan di latar depan
Perintah `&' untuk dijalankan di latar belakang
`<' masukan untuk diteruskan ke perintah
`>' output yang diharapkan dari perintah
`!' metacommand, yang dapat berupa salah satu dari:
`waktu habis' |tidak
'harap sinyal'
'mengharapkan pengembalian'
`keluaran'
`setenv = '
`p' string untuk dicetak
`P' string untuk dicetak pada level CRITICAL (kemudahan logging grepping)

Jika output yang diharapkan tidak sesuai dengan apa yang dilontarkan perintah, TESH akan menghasilkan kesalahan
menunjukkan perbedaan (lihat OUTPUT di bawah).

IO PESANAN

Baris < dan > menambahkan IO ke perintah yang didefinisikan di blok saat ini (blok dipisahkan
dengan baris kosong). Dimungkinkan untuk menempatkan baris-baris ini setelah perintah atau sebelumnya.
Perbedaan antara dua potongan berikut terutama kosmetik di testsuites Anda,
TESH tidak peduli. (lih.IO-orders.tesh)

$ kucing
< TOTO
> TOTO

> TOTO
$ kucing
< TOTO

Namun demikian, dimungkinkan untuk memiliki beberapa perintah di blok yang sama, tetapi tidak satupun dari mereka
dapat memiliki keluaran apa pun. Ini mungkin tampak agak membatasi, seperti yang bisa dikatakan bahwa sebuah perintah mendapat
semua IO sampai perintah berikutnya, tapi saya takut kesalahan seperti berikut:

$cd toto
> TOTO
file $mkfile

TOTO akan diteruskan ke perintah cd, di mana pengguna jelas ingin meneruskannya ke
mkfile perintah bawaan (lihat di bawah).

ALIRAN PENGALIHAN

Pengalihan aliran (">", "<" dan "|" konstruksi di sh) belum diimplementasikan di tesh.
Ini agak membatasi, tapi yah, tambalan selamat datang ...

Situasi di mana masalah utamanya adalah membuat file sementara. NS
solusinya adalah dengan menggunakan perintah bawaan "mkfile", seperti pada contoh berikut: $ mkfile
myFile > beberapa konten > ke file

Ini akan membuat file bernama myFile (argumen pertama dari perintah mkfile). isinya
akan menjadi semua input yang diberikan untuk perintah.

KEMBALI KODE

TESH mengeluarkan pesan kesalahan yang sesuai ketika anak tidak mengembalikan 0 sebagai kode kembali (lih.
catch-return.tesh), dan mengembalikan kode+40 itu sendiri.

Dimungkinkan juga untuk menentukan bahwa perintah yang diberikan harus mengembalikan nilai lain. Untuk ini,
gunakan perintah meta "harapkan pengembalian", yang menggunakan bilangan bulat sebagai argumen. Perubahannya saja
berlaku untuk perintah berikutnya (lih. set-return.tesh).

SINYAL

TESH mendeteksi ketika anak dibunuh oleh sinyal (seperti pada segfaults), dan meludahkan
pesan kesalahan yang sesuai (lih. catch-signal.tesh).

Dimungkinkan juga untuk menentukan bahwa perintah yang diberikan harus menaikkan sinyal yang diberikan. Untuk ini,
gunakan perintah meta "harapkan sinyal". Dibutuhkan nama sinyal sebagai argumen. Perubahannya saja
berlaku untuk perintah berikutnya (lih. set-signal.tesh).

TIMEOUT

Secara default, semua perintah diberikan waktu 5 detik untuk dieksekusi (lih. catch-timeout.tesh). Kamu bisa
ubah ini dengan "batas waktu", yang menggunakan bilangan bulat sebagai argumen. Perubahan hanya berlaku
ke perintah berikutnya (lih. set-timeout.tesh). Jika Anda memberikan "tidak" sebagai argumen, perintah
tidak bisa batas waktu.

KELUARAN

Secara default, output perintah dicocokkan dengan yang diharapkan, dan kesalahannya adalah
diangkat pada ketidaksesuaian. Metacommands untuk mengubah ini:
"output abaikan" -> output sepenuhnya dibuang
"tampilan keluaran" -> keluaran ditampilkan (tetapi tidak diverifikasi)
"output sort" -> mengurutkan tampilan sebelum memverifikasinya (lihat di bawah)

PENYORTIRAN KELUARAN

Menyortir output tampaknya merupakan ide yang aneh, tetapi ini wajib di SimGrid karena
proses kehabisan pesanan pada setiap titik penjadwalan (yaitu, setiap proses siap dijalankan pada
simulasi waktu t berjalan secara paralel). Untuk memastikan bahwa output simulator masih cocok, kami
harus mengurutkan output kembali sebelum membandingkannya.

Kami berharap simulator berjalan dengan argumen pemformatan log itu:
--log=root.fmt:[%10.6r]%e(%i:%P@%h)%e%m%n Kemudian, tesh mengurutkan string pada 19 karakter pertama
saja, dan stabil ketika awal garis sama. Ini harus memastikan bahwa:
(1) tesh efektif (tidak ada positif palsu, tidak ada negatif palsu)
(2) titik penjadwalan dipisahkan satu sama lain
(3) pada setiap titik penjadwalan, proses dipisahkan satu sama lain
(4) urutan apa yang dikatakan proses tertentu pada penjadwalan tertentu
titik dipertahankan.

Ini tentu saja sangat berorientasi pada SimGrid, melanggar generalitas tesh, tapi siapa peduli,
sebenarnya?

Jika Anda ingin mengubah panjang awalan yang digunakan untuk pengurutan, cukup tentukan setelahnya
arahan sortir keluaran, seperti ini:

! jenis keluaran 22

LINGKUNGAN

Anda dapat menambahkan beberapa konten ke lingkungan proses yang diuji dengan perintah meta setenv.
Ia bekerja seperti yang diharapkan. Sebagai contoh:
"setenv PATH=/tempat sampah"

Gunakan tesh online menggunakan layanan onworks.net