iplik - Bulutta Çevrimiçi

Program:

ADI

iplik - Unix komut satırı araçlarının senaryo testi

SİNOPSİS

iplik [--izin-eksik-adımlar] [--no-izin verilen-eksik-adımlar] [--cd-veri dizini] [--no-cd-veri dizini]
[--yapılandırma=DOSYA] [--dump-config] [--dump-ayar-adları] [--manage-oluşturma sayfası=ŞABLON] [-h]
[--yardım et] [--Herkese yardım et] [--list-config-dosyaları] [--versiyon] [--varsayılan-yapılandırma yok]
[--dump-bellek-profili=YÖNTEM] [--env=İSİM=DEĞER] [--kayıt=DOSYA] [--log-tut=N]
[--log-seviyesi=SEVİYE] [--log-maks=BOYUT] [--log-modu=MOD] [--memory-döküm-aralığı=SANİYE]
[--çıktı=DOSYA] [-q] [--sessizlik] [--hayır-sessiz] [--gerektirir-varsayımlar]
[--hayır-gerektirme-varsayımları] [-rSENARYO] [--Çalıştırmak=SENARYO] [--kabuk=SHELL] [--kabuk-arg=ARG]
[-sKABUK-KÜTÜPHANE] [--kabuk-kütüphane=KABUK-KÜTÜPHANE] [--enstantane fotoğraf] [--anlık görüntü yok]
[--tempdir=DIR] [--zamanlamalar] [--zamanlama yok] [-v] [--ayrıntılı] [--hayır-ayrıntılı] [-n] [--hareketsiz]
[--kuru çalışma] [--numara yapmak] [--hayır-hayır-eylem] [--kuru çalışma yok] [--hayır-rol yapmak] [DOSYA] ...

AÇIKLAMA

iplik bir senaryo test aracıdır: bir kullanıcının sizin bilginizi nasıl kullandığını açıklayan bir senaryo yazarsınız.
yazılım ve ne olması gerektiğini ve senaryoyu çok hafif sözdizimi kullanarak ifade edin.
otomatik olarak test edilebilecek şekilde. Senaryonun basit ama katı bir
yapısı:

Test için bazı ayarlar VERİLDİ
NE ZAMAN test edilecek şey olur
SONRA post-koşullar doğru olmalıdır

Örnek olarak, bir yedekleme programının doğrulanması için çok kısa bir test senaryosu düşünün.
en azından basit bir durum için çalışır.

SENARYO yedekleri geri yüklenebilir
Bir dizinde bazı canlı veriler VERİLDİ
VE boş bir yedekleme deposu
NE ZAMAN bir yedekleme yapılır
SONRA veri durumu geri yüklenir
SONUNDA temizlik

AND: ifadesinin eklenmesine dikkat edin: birden fazla GIVEN, WHEN ve THEN ifadeniz olabilir. Ve
anahtar kelime metni daha okunaklı hale getirir. SENARYO da gereklidir ve başlığını verir.

SONUNDA temizlik içindir. NİHAİ adımlar, senaryonun olup olmadığına bakılmaksızın çalıştırılacaktır.
başarılı olur veya olmaz.

Senaryoların bir şekilde insan tarafından okunabilir bir dilde yazılması amaçlanmıştır. Ancak, onlar
serbest biçimli metin değil. VERİLDİ/ NE ZAMAN/SONRA yapısına ek olarak, her birinin metni
adımlar bilgisayar tarafından yürütülebilir bir uygulamaya ihtiyaç duyar. Bu, UYGULAMALAR kullanılarak yapılır.
Yukarıdan yedekleme senaryosu aşağıdaki gibi uygulanabilir:

Bir dizinde bazı canlı veriler VERİLEN UYGULAMALAR
rm -rf "$TESTDIR/veri"
mkdir "$TESTDIR/veri"
echo foo > "$TESTDIR/data/foo"

UYGULAMALAR VERİLEN boş bir yedekleme deposu
rm -rf "$TESTDIR/repo"
mkdir "$TESTDIR/repo"

Yedekleme yapıldığında UYGULAMALAR
yedekleme programı -r "$TESTDIR/repo" "$TESTDIR/veri"

UYGULAMALAR SONRA veriler geri yüklenebilir
mkdir "$TESTDIR/geri yüklendi"
restore-program -r "$TESTDIR/repo" "$TESTDIR/geri yüklendi"
diff -rq "$TESTDIR/veri" "$TESTDIR/geri yüklendi"

SONUNDA TEMİZLİK YAPAR
yapacak bir şey yok aslında

Her "VERİLEN UYGULAMALAR" (veya NE ZAMAN, SONRA, SON OLARAK) üzerinde düzenli bir ifade takip eder.
aynı satır ve ardından herhangi bir adımı uygulamak için yürütülen bir kabuk betiği
normal ifadeyle eşleşir. Uygulama, maçtan verileri şu şekilde çıkarabilir:
iyi: örneğin, normal ifade bir dosya boyutunun belirtilmesine izin verebilir.

Yukarıdaki örnek biraz saçma tabii ki: neden çeşitli
adımlar? Cevap, UYGULAMALAR kullanılarak uygulanan çeşitli adımların
Test edilen programın farklı yönlerini test etmek için birçok şekilde birleştirilir.

Ayrıca, adım açıklamalarını normal metinlerle eşleştirilen insan dili metni yaparak
ifadeler, testin çoğu, umarız, olmayanlar tarafından yazılabilir ve anlaşılabilir.
programcılar Bir programın ne yapması gerektiğini anlayan biri, aşağıdakilere testler yazabilir.
davranışını doğrulayın. Çeşitli adımların uygulamalarının aşağıdakiler tarafından uygulanması gerekir:
bir programcıdır, ancak işlerinde yeterli esnekliğe sahip, iyi tasarlanmış bir dizi adım verilmiştir.
oldukça iyi bir test paketi yazılabilir.

UYGULAMALAR bölümündeki kabuk komutları, kullanıcının çalıştığı dizinde çalıştırılır.
iplik. ortam değişkeni SRCDIR bunun için tam nitelikli yola ayarlandı
dizin.

SEÇENEKLER

--izin-eksik-adımlar
senaryolar hakkında uyarıda bulunarak var olmayan adımlara başvurmalarına izin verin, ancak
aksi halde senaryoları görmezden gelmek

--no-izin verilen-eksik-adımlar
--allow-missing-steps'in tersi

--cd-veri dizini
komutları çalıştırırken DATADIR olarak değiştirin

--no-cd-veri dizini
--cd-datadir'in tersi

--env=İSİM=DEĞER
testler çalıştırıldığında ortama NAME=VALUE ekleyin

--manage-oluşturma sayfası=ŞABLON
YARDIM YARDIM

-h, --yardım et
bu yardım mesajını göster ve çık

--çıktı=DOSYA
standart çıktı yerine çıktıyı DOSYA'ya yaz

-q, --sessizlik
sessiz olun, ilerleme raporlamasından kaçının, yalnızca hataları gösterin

--hayır-sessiz
--quiet'in tersi

--gerektirir-varsayımlar
her zaman geçmek için VARSAYIM gerektirir

--hayır-gerektirme-varsayımları
--require-varsayımlarının tersi

-r, --Çalıştırmak=SENARYO
sadece SENARYO çalıştır (bu seçenek tekrarlanabilir)

--kabuk=SHELL
UYGULAMALARI SHELL kullanarak çalıştırın

--kabuk-arg=ARG
kabuk çalıştırırken ARG kullan

-s, --kabuk-kütüphane=KABUK-KÜTÜPHANE
UYGULAMALAR bölümlerinin kullanması için bir kabuk kitaplığı ekleyin

--enstantane fotoğraf
her senaryo adımından sonra test çalışma dizininin anlık görüntülerini alın; sen muhtemelen
bunu --tempdir ile kullanmak istiyorum

--anlık görüntü yok
--snapshot'ın tersi

--tempdir=DIR
testler için geçici dizin olarak DIR'yi kullanın; boş olmalı veya mevcut olmamalı

--zamanlamalar
Her senaryo ve adım için duvar saati zamanını bildir

--zamanlama yok
--timings'in tersi

-v, --ayrıntılı
ilerleme raporlamasını tek satır yerine daha ayrıntılı ("metin duvarı") yapın
durum bilgisi; terminal yoksa bu otomatik olarak çevrilir

--hayır-ayrıntılı
--verbose'un tersi

--versiyon
programın sürüm numarasını göster ve çık

-n, --hareketsiz, --kuru çalışma, --numara yapmak
gerçekte herhangi bir test çalıştırmayın, yalnızca çalıştırılacak olanı yazdırın

--hayır-hayır-eylem, --kuru çalışma yok, --hayır-rol yapmak
--no-act'ın tersi

yapılandırma Dosyaları ve ayarlar
--yapılandırma=DOSYA
yapılandırma dosyalarına DOSYA ekle

--dump-config
tüm mevcut konfigürasyonu yaz

--dump-ayar-adları
YARDIM YARDIM

--Herkese yardım et
tüm seçenekleri göster

--list-config-dosyaları
YARDIM YARDIM

--varsayılan-yapılandırma yok
okunacak yapılandırma dosyalarının listesini temizle

Günlüğü
--kayıt=DOSYA
DOSYA'ya günlük girdileri yaz (varsayılan, günlük dosyalarını hiç yazmamaktır); "syslog" kullan
sistem günlüğünde oturum açmak için, "stderr" standart hata çıktısında oturum açmak için veya "hiçbiri"
günlüğe kaydetmeyi devre dışı bırak

--log-tut=N
son N günlüklerini tut (10)

--log-seviyesi=SEVİYE
LEVEL'de oturum açın, hata ayıklama, bilgi, uyarı, hata, kritik, ölümcül (varsayılan: hata ayıklama)

--log-maks=BOYUT
SIZE değerinden büyük günlükleri döndür, hiçbir zaman için sıfır (varsayılan: 0)

--log-modu=MOD
yeni günlük dosyalarının izinlerini MOD olarak ayarlayın (sekizlik; varsayılan 0600)

peformance
--dump-bellek-profili=YÖNTEM
Aşağıdakilerden biri olan METHOD kullanarak bellek profili dökümleri yapın: yok, basit veya melia
(varsayılan: basit)

--memory-döküm-aralığı=SANİYE
bellek profili dökümlerini en az SECONDS ayrı yapın

ÇEVRE

DATADIR
Testlerin kullanabileceği geçici bir dizine tam yol adı
Dosyalar. Geçici dizin, aşağıdaki durumlar hariç, test yürütmesinin sonunda kaldırılır.
kullanıcı aksini --snapshot ile belirtir.

SRCDIR Kullanıcının çalıştığı dizine tam olarak nitelenmiş yol adı iplik. Bu,
testler dizini değiştirmek istediğinde kullanışlıdır.

ÖRNEK

Koşmak iplik geçerli dizininizdeki tüm senaryolarda:

iplik *.senaryo

Tüm dosyalar, tek bir dosyaymış gibi birlikte ele alınacaktır.

Herhangi bir UYGULAMALAR bölümünü çalıştırırken dahil edilecek bir kabuk kitaplığı eklemek için:

iplik --shell-library mylib.sh *.scenario

tekrar edebilirsin --kabuk-kütüphane gerektiği kadar çok kez.

onworks.net hizmetlerini kullanarak ipliği çevrimiçi kullanın