aet - Bulutta Çevrimiçi

Program:

ADI

aegis testi - testleri çalıştır

SİNOPSİS

siper -Ölçek [ seçenek... ][ isim=değer ][ dosya adı... ]
siper -Ölçek -Bağımsız [ seçenek... ][ isim=değer ][ dosya adı... ]
siper -Ölçek -Liste [ seçenek... ]
siper -Ölçek -Yardım

TANIM

The siper -Ölçek komut testleri çalıştırmak için kullanılır. Hiçbir dosya adlandırılmamışsa, ilgili tüm testler
çalıştırılır. Varsayılan olarak hem otomatik hem de manuel testler çalıştırılır.

Komut satırındaki dizinleri ve bu dizindeki tüm ilgili testleri adlandırabilirsiniz.
ağaçta değişiklik çalıştırılacaktır. İlgili testler yoksa bu bir hatadır.

Her mimari ayrı ayrı test edilmelidir. Bunun nedeni ince olabilir
sadece bazı mimarilerde ortaya çıkan problemler. Bazı projeler de olabilir
farklı mimariler için farklı kodlar.

Son test çalıştırmasının durumu hatırlanır, böylece herhangi bir test yapılmamışsa testler çalıştırılmaz.
ihtiyaç. (Bu, aşağıdakiler için geçerli değildir: -REGresyon testler maalesef.) Testler yeniden çalıştırılmalıdır
daha önce test başarısız olduysa, test dosyası değiştiyse, derleme yapıldıysa,
ve her mimari için.

adı = değer
Ekleyebilirsin isim=değer komut satırına çiftler, bunlar değişmeden komut satırına iletilecektir.
sınama komutu. Genellikle komut satırının sonundadır, ancak bu, komut satırında değiştirilebilir.
proje yapılandırma dosyası.

The -güç seçeneği, listeye bir örtük kuvvet=1 değişkeninin eklenmesiyle sonuçlanır.
değişken atamaları ve böylece komutun sonuna eklenir. Bu en çok ne zaman kullanılır
ile Batch_test_command proje yapılandırma dosyasının dosyalandı.

Bu, başlangıçta bir geliştirme süreci son çalıştırması gibi görünebilir ve test komut dosyalarının
aslında hiçbir şey yapmadan tüm doğru cevapları verecek şekilde yazılmıştır. Sen
Bunu her zaman ortam değişkenleriyle yapabildim, yani bu yeni bir şey değil.

Tüm değişken atamalarını ortam değişkenlerine dönüştürmek mümkündür.
başına $var koyarak başlama komutun yerine, kabuğun adından önce
komutun sonundaki varsayılan konum.

fileto Name Yorumlama
Aegis programı, dosya adlarından proje dosya adlarını belirlemeye çalışacaktır.
komut satırında verilir. Tüm dosya adları, aegis projelerinde göreli olarak saklanır
temel dizin ağacının köküne. Geliştirme dizini ve
entegrasyon dizini, bu temel dizinin gölgeleridir ve dolayısıyla bu göreli adlar
buraya da başvurun. Komut satırında adlandırılan dosyalar önce mutlak yollara dönüştürülür
Eğer gerekliyse. Daha sonra, geliştirme dizini olan temel yol ile karşılaştırılırlar.
temele göre bir ad belirlemek için yol ve tümleştirme dizini yolu. Bu
adlı dosya bu dizin ağaçlarından birinin dışındaysa bir hata.

The -BAse_RElative seçenek, göreli dosya adlarının şu şekilde yorumlanmasına neden olmak için kullanılabilir.
temel yola göre; mutlak dosya adları yine de çeşitli dosya adlarıyla karşılaştırılacaktır.
temele göre bir ad belirlemek için yollar.

The göreceli_dosyaadı_tercih kullanıcı yapılandırma dosyasında değişiklik yapmak için kullanılabilir
bu varsayılan davranış. Görmek aeuconf(5) daha fazla bilgi için.

TEST SÜRECİ

Her değişikliğe testlerin eşlik etmesi ve bu testlerin
yerleşik geliştirme dizinine karşı çalıştırın ve geçmeleri gerekir. Bu, yeni
işlevselliğe, doğruluğunu doğrulamak için testler eşlik eder ve hata düzeltmeleri
hatanın giderildiğini doğrulayan testler eşlik eder.

Gerileme Testler
Testler, diğer herhangi bir kaynak dosyası gibi değerlendirilir ve temel ve
diğer tüm kaynak dosyalarla birlikte geçmiş. Her değişikliğe eşlik etmesi gereken testler
için doğru işlevin bir tanımını sağlayarak proje temel çizgisinde biriktirin.
temel. Bu birikmiş testler bir “aegis -REGression” komutu kullanılarak yürütülebilir,
bir değişiklik sonucunda projenin “geriye gitmeyeceğini” doğrulamak için.

Temel Testler
Testlerini yaptırmak için hata düzeltmeleri gerekiyor başarısız proje temeline karşı (aksine
geliştirme dizinine). Bu, testin hatayı gerçekten göstermesini sağlar
taban çizgisinde ve değişiklikle sabitlendiğini göstermenin yanı sıra. Yeni
işlevsellik, taban çizgisine göre önemsiz bir şekilde başarısız olur ve bu nedenle aegis,
bir testin bir hata düzeltme testi mi yoksa yeni bir işlevsellik testi mi olduğunu tahmin edin, yalnızca
temele karşı başarısız olur.

Bu gereklilik, hem bir değişiklik tarafından oluşturulan yeni testler için hem de testler için geçerlidir.
değişiklik için bir değişikliğe kopyalanmış olan.

İnceleme Testler
Gözden geçirenler, aegis'in test gerekliliklerini yerine getirdiğinden emin olabilir; bu bir değişiklik
testlere sahip olmalı, değişikliğin oluşturması gerektiğini, testlerin geliştirmeye karşı geçtiğini
dizini ve testlerin taban çizgisine göre başarısız olduğunu. Bu koşullar uygulanıyor
by yardımcı(1) ve değişiklik ileriye doğru ilerletilmez. olmak Yorumlar bunlara kadar devlet
koşullar karşılanır. Gözden geçirenler bu nedenle testleri gözden geçirmelidir: tamlık kapsama alanı
değişiklikteki kod ve yürütme ortamındaki değişikliklere karşı duyarsızlık (örn.
tarihe duyarlı değil). Gözden geçirenler ayrıca doğrulamak için "aegis -list change_details" kullanmalıdır.
bir değişikliğin test muafiyeti olup olmadığı.

İstisnalar
Proje yöneticileri tarafından çeşitli test muafiyetleri verilebilir, bkz. aepa(1) ve
aepattr(5) daha fazla bilgi için. Testleri bir değişikliğe kopyalama veya yeni testler ekleme
değişiklik, bu muafiyetleri iptal edebilir.

TEST KOMUT YAPILANDIRMA

Testleri yürütmek için kullanılan komut, test_komutu projedeki alan
yapılandırma dosyası (bkz. aepconf(5) daha fazla bilgi için), bu varsayılan olarak
Ayarlanmamışsa Bourne kabuğu. Geçerli dizin, uygun dizinin en üstünde olacaktır.
dizin ağacı. Testler geçici dosyalar gerektiriyorsa, bunları / Tmp, olarak
test, geçerli dizinde yazma iznine sahip olmayı bekleyemez.

Basit bir kabuk komut dosyası yerine daha karmaşık bir test motoru kullanmak istiyorsanız,
ancak bu test motoru aegis ile kullanıma uygun sonuç kodlarını döndürmez,
bunu, çıkış durumunu aegis'in beklediği değerlere yeniden yazan bir kabuk betiğine sarın.
Aynı sonuçları daha karmaşık bir şekilde yazarak da elde edebilirsiniz. test_komutu içinde
proje yapılandırma dosyası.

Birden fazla dosyayı test edebilen test komutları yazmak da mümkündür.
bir Zamanlar. Bu, tarafından kontrol edilir Batch_test_command proje alanı yapılandırma dosya. İçinde
bu durumda, ${output} ikamesi, test komutunun vermesi gereken bir dosyanın adını belirtir.
oluşturmak, içinde en iyi(5) formatında, çalıştırılan testlerin sonuçlarını içerecek şekilde. Bu sıklıkla kullanılır
birden fazla CPU'ya sahip sistemlerde veya işleri birkaç bilgisayar arasında dağıtma yeteneğinde
bir ağ üzerinde.

Yerine Koyma
Tümü esub(5) test komutlarında ikameler mevcuttur. Onlardan bazıları
özel not:

Mimari
Bu ikame, test edilecek mimarinin adıyla değiştirilir.

Arama_Yolu
Bu ikame, mutlak yolların iki nokta üst üste ayrılmış listesiyle değiştirilir.
test destek dosyalarını ararken arama yapın.

Arama_Yolu_Yürütülebilir
Bu ikame, mutlak yolların iki nokta üst üste ayrılmış listesiyle değiştirilir.
yürütülebilir destek dosyalarını (kütüphane dosyaları ve alt
komutları).

Çoğu zaman $Search_Path_Yürütülebilir tamamen aynılar. Ancak, “aegis -t” sırasında
-bl” ile farklı olacaklar $Arama_Yolu geliştirme dizininden başlayarak (
test yapılıyor) ve $Seach_Path_Yürütülebilir taban çizgisinden başlayarak (yürütülebilir dosya
Çalıştırmak).

test Sonuç Kodları
Her test çalıştırıldığında ( test_komutu projedeki alan yapılandırma dosya), aegis
çıkış durumuna bakarak testin başarılı veya başarısız olduğunu belirler. Bu çıkış
durum çoğunlukla UNIX komutları için beklendiği gibidir.

başarı
Bir test, başarıyı, yani test edilen belirli işlevin başarılı olduğunu belirtmek için 0'dan çıkmalıdır.
beklendiği gibi çalıştı.

Başarısızlık
Bir test, başarısızlığı belirtmek için 1'den çıkmalıdır, yani test edilen belirli fonksiyon
beklendiği gibi çalışmadı.

Sonuç yok
Sonuç olmadığını belirtmek için bir test 2'den çıkmalıdır, yani altındaki belirli işlevin
başka bir şey ters gittiği için test uygulanamadı. Örneğin, koşu
test giriş dosyalarını oluştururken disk alanı yetersiz / Tmp dizin.

atlandı
Bir test, atlandığını belirtmek için 77'den çıkmalıdır. Bu genellikle ile ilgilidir
mevcut mimarinin anlamlı olmaması. Mümkün olduğunda, “Sonuç Yok” seçeneğini kullanın.
Bunun yerine. (Değer, diğer test sistemleriyle uyumluluk için seçilmiştir.)

Aslında 0, 1 veya 77 dışındaki herhangi bir çıkış kodu “sonuç yok” olarak yorumlanacaktır.
Ancak, her zaman 0, 1, 2 veya 77 kullanmak, bir
Aegis'in sonraki sürümünde mevcut testleriniz çalışmaya devam edecektir.

TEST KORELASYONLAR

“aegis -Test -SUGgest” komutu, aegis'in uygun regresyon önermesini sağlamak için kullanılabilir.
değişikliğinizdeki kaynak dosyalara dayalı olarak değişikliğinizi test eder. Bu otomatik olarak
Test çabalarını ilgili testlere odaklayarak regresyon testlerinin sayısını azaltır
bir hata eklemediğinizden emin olmak için gereklidir.

Test korelasyonları, "aegis -Integrate_Pass" komutu tarafından oluşturulur.
değişiklikteki her testi, değişiklikteki her kaynak dosyayla ilişkilendirir. Böylece, her
kaynak dosya, geçmişte kendisiyle ilişkilendirilmiş testlerin bir listesini toplar.
Bu, kod kapsamı analizi kadar kesin değildir, ancak makul bir yaklaşımdır.
uygulama.

The aecp(1) ve aenf(1) komutlar, bir değişiklikle dosyaları ilişkilendirmek için kullanılır. Onlar iken
ilişkilendirmeyi aktif olarak gerçekleştirmeyin, bunlar tarafından kullanılan dosyalardır. geçit(1) ve
aet(1) hangi kaynak dosyalarının hangi testlerle ilişkili olduğunu belirlemek için.

test Ilişki doğruluk
Test korelasyonlarının doğru olduğunu ve testlerin eşit olduğunu varsayarsak
fonksiyon alanı boyunca dağıtılmış, daha az olacaktır 1/sayı şans ki bir
ilgili test “aegis -Test -SUGgest” tarafından yürütülmemiştir. numara" emretmek. Küçük
test ağırlığına bir miktar gürültü eklenir, böylece beklenmedik şeyler bazen
test edilir ve aynı testler her seferinde çalıştırılmaz.

Test korelasyon doğruluğu, aşağıdakiler sağlanarak geliştirilebilir:

· Her değişiklik, gereksiz dosya eklemeleri olmadan güçlü bir şekilde odaklanmalıdır. Bu
sahte korelasyonlardan kaçınır.

· Her yeni işlevsellik öğesi, yeni işlevler yerine bireysel bir değişiklikle eklenmelidir.
birkaç birlikte. Bu, testleri işlevsellikle güçlü bir şekilde ilişkilendirir.

· Her bir hata, birden fazla hata yerine tek bir değişiklikle düzeltilmelidir. Bu
testleri işlevsellikle güçlü bir şekilde ilişkilendirir.

· Dosyalar taşınırsa test korelasyonları kaybolur. Bunun nedeni, korelasyonların
adı.

Testlerin kaynak dosyalarla doğru bir şekilde ilişkilendirilmesinin en iyi yolu, bir değişiklik olduğunda
bir test ve tam olarak test edilen işlevsellik ile ilgili dosyaları içerir. Fazla
birçok sahte dosya, test korelasyonlarının kullanışlılığını zayıflatacaktır.

SEÇENEKLER

Aşağıdaki seçenekler anlaşılmıştır:

-Otomatik
Bu seçenek, otomatik testleri belirtmek için kullanılabilir. Otomatik testler hayır gerektirir
insan yardımı.

-Temel Çizgi
Bu seçenek, proje temel çizgisinin projenin konusu olduğunu belirtmek için kullanılabilir.
komuta.

-BAse_RElative
Bu seçenek, göreli dosya adlarının göreli olarak değerlendirilmesine neden olmak için kullanılabilir.
kaynak ağacın tabanı. Görmek aeuconf(5) ilgili kullanıcı için
tercih.

-CUrrent_RElative
Bu seçenek, göreli dosya adlarının göreli olarak değerlendirilmesine neden olmak için kullanılabilir.
geçerli dizin. Bu genellikle varsayılandır. Görmek aeuconf(5) için
ilgili kullanıcı tercihi.

-Değişiklik numara
Bu seçenek, bir proje içinde belirli bir değişikliği belirtmek için kullanılabilir. Görmek
siper(1) bu seçeneğin tam açıklaması için.

-Kuvvet Bu seçenek, tüm testlerin çalıştırılması gerektiğini belirtmek için kullanılabilir.
son test çalıştırmasının durumu, belirli bir çalıştırmaya gerek olmadığını gösterir.
testi.

-Yardım
Bu seçenek, cihazın nasıl kullanılacağı hakkında daha fazla bilgi edinmek için kullanılabilir. siper
programı.

-Bağımsız
Bu seçenek, testin herhangi bir testten bağımsız olarak çalıştırılacağını belirtmek için kullanılır.
özel değişiklik. Hiçbir test adlandırılmazsa, başlangıçtaki tüm testler çalıştırılacaktır.

-Liste
Bu seçenek, bu komut için uygun konuların bir listesini elde etmek için kullanılabilir.
Liste beklenenden daha genel olabilir.

-Manuel Bu seçenek, manuel testleri belirtmek için kullanılabilir. Manuel testler biraz insan gerektirir
müdahale, örneğin: bazı ekran davranışlarının onaylanması (örneğin X11) veya
bazı kullanıcı eylemleri, "ethernet kablosunu şimdi çıkarın".

-Logging_Logging
Bu seçenek, çıktıların ve hataların otomatik olarak günlüğe kaydedilmesini devre dışı bırakmak için kullanılabilir.
bir dosya. Bu, genellikle birkaç aegis komutu bir kabukta birleştirildiğinde kullanışlıdır.
komut.

-Sabır
Bu seçenek, bazı testler olsa bile tüm testlerin çalıştırılması gerektiğini belirtmek için kullanılabilir.
hata. Kullanıcının varsayılanları persevere_preference belirtilmemişse, bkz.
aeuconf(5) daha fazla bilgi için.

-Hayır_PERsevere
Bu seçenek, test çalıştırmasının ilk çalıştırmadan sonra durması gerektiğini belirtmek için kullanılabilir.
arıza. Kullanıcının varsayılanları persevere_preference belirtilmemişse, bkz.
aeuconf(5) daha fazla bilgi için.

-Proje isim
Bu seçenek, ilgilenilen projeyi seçmek için kullanılabilir. hayır olduğunda -Proje
seçeneği belirtilirse, AEGIS_PROJESİ ortam değişkenine danışılır. Eğer
bu mevcut değil, kullanıcının $HOME/.aegisrc dosya varsayılan olarak incelenir
proje alanı (bkz. aeuconf(5) daha fazla bilgi için). Bu yoksa,
kullanıcı yalnızca tek bir projedeki değişiklikler üzerinde çalışırken, proje
name varsayılanları bu proje için. Aksi takdirde, bu bir hatadır.

-İlerlemek
Bu seçenek, ilerleme mesajlarının daha önce verilmesi gerektiğini belirtmek için kullanılabilir.
her bir test çalıştırması veya her bir toplu test çalıştırmasından önce Batch_test_command alan
projede belirtilen yapılandırma dosya (bkz. aeuconf(5) daha fazla bilgi için).

-İlerleme yok
Bu seçenek, ilerleme mesajlarının bastırılması gerektiğini belirtmek için kullanılabilir.
Bu varsayılan.

-REGresyon
Bu seçenek, regresyon test takımının çalıştırılacağını belirtmek için kullanılır. NS
regresyon testi paketi, başlangıçta görünmeyen tüm testlerden oluşur.
değişimde. Regresyon testi yoksa bu bir hatadır. Yapmayabilirsin
-REGression seçeneğini kullanırken komut satırında ad testleri. isim verebilirsin
-REGression kullanılmadan komut satırında çalıştırılacak bireysel testler
seçenek; değişikliğin bir parçası değilse, aynı adı taşıyan testler
temel çalıştırılacaktır.

-Önermek [ numara ]
"siper -Entegre_Pass” komutu, aşağıdaki durumlarda test korelasyon istatistiklerini toplar:
değişiklikler entegre edilmiştir. Bu seçenek, aegis'in önermesini istemek için kullanılabilir.
Bu test korelasyonlarını kullanarak hangi testlerin çalıştırılması gerektiği. numara yoksa
belirtilen, 10 test önerilecektir. Bu seçenek şu anlama gelir: -REGresyon
seçeneği.

-SUGgest_Limit dakika
Bu seçenek, test sayısını belirli bir sayı ile sınırlamak için kullanılabilir.
dakika. En alakalıdan en az alakalıya doğru yürütüleceklerdir.

-SUGgest_Gürültü numara
Bu seçenek, teste enjekte edilen gürültü miktarını kontrol etmek için kullanılabilir.
tarafından gerçekleştirilen seçim -Önermek seçenek. Sayı, gürültünün bir yüzdesidir
enjekte edilecek. Belirtilmemişse varsayılan olarak 10'dur. Gürültü enjeksiyonu sağlar
sonraki çalıştırmalarda ve ayrıca bazılarının sol alandan çeşitli testlerin yapıldığını
akıl sağlığı kontrolü olarak.

-TERse
Bu seçenek, listelemelerin minimum minimum ürün üretmesine neden olmak için kullanılabilir.
bilgi. Genellikle kabuk komut dosyaları için kullanışlıdır.

-Ayrıntılı
Bu seçenek, aegis'in daha fazla çıktı üretmesini sağlamak için kullanılabilir. Varsayılan olarak kalkan
yalnızca hatalar üzerinde çıktı üretir. ile kullanıldığında -Liste seçenek bu seçenek
sütun başlıklarının eklenmesine neden olur.

-Beklemek Bu seçenek, aşağıdaki durumlarda Aegis komutlarının erişim kilitlerini beklemesini istemek için kullanılabilir.
hemen elde edilemezler. Kullanıcının varsayılanları lock_wait_preference
belirtilmemişse, bkz. aeuconf(5) daha fazla bilgi için.

-Hayır bekle
Bu seçenek, erişim durumunda Aegis komutlarının önemli bir hata yaymasını istemek için kullanılabilir.
kilitler hemen elde edilemez. Kullanıcının varsayılanları
lock_wait_preference belirtilmemişse, bkz. aeuconf(5) daha fazla bilgi için.

Ayrıca bakınız siper(1) tüm aegis komutlarında ortak olan seçenekler için.

Tüm seçenekler kısaltılabilir; kısaltma büyük harflerle belgelenmiştir,
tüm küçük harfler ve alt çizgiler (_) isteğe bağlıdır. ardışık kullanmalısın
isteğe bağlı harf dizileri.

Tüm seçenekler büyük/küçük harfe duyarlı değildir, bunları büyük harf veya küçük harf olarak yazabilirsiniz veya
ikisinin birleşimi, durum önemli değil.

Örneğin: "-project, "-PROJ" ve "-p" argümanlarının tümü,
-Proje seçenek. "-prj" argümanı anlaşılmayacaktır, çünkü ardışık
isteğe bağlı karakterler sağlanmadı.

Seçenekler ve diğer komut satırı argümanları, komut satırında keyfi olarak karıştırılabilir,
fonksiyon seçicilerden sonra.

GNU uzun seçenek adları anlaşılır. için tüm seçenek adları beri siper uzun,
bu, baştaki fazladan '-'yi yok saymak anlamına gelir. NS "--seçenek=değer"sözleşme aynı zamanda
anladım.

ÖNERİLEN ALIAS

Bu komut için önerilen diğer ad
csh% takma ad aet 'aegis -t \!* -v'
sh$ aet(){aegis -t "$@" -v}

HATALAR

Değişiklik aşağıdakilerden birinde değilse, bu bir hatadır. olmak gelişmiş or olmak entegre
devletler.
Değişikliğin geçerli kullanıcıya atanmaması bir hatadır.
İlgili testleriniz ve ilgili muafiyetiniz yoksa bu bir hatadır.

EXIT DURUMU

The siper komut, herhangi bir hata durumunda 1 durumuyla çıkacaktır. NS siper komut sadece
hata yoksa 0 durumuyla çıkın.

ÇEVRE DEĞİŞKENLER

Yerimizi siper(1) bu komutu etkileyebilecek ortam değişkenlerinin bir listesi için. Görmek
aepconf(5) proje yapılandırma dosyası için projeye özel nasıl ayarlanacağı için alan
Aegis tarafından yürütülen tüm komutlar için ortam değişkenleri.

onworks.net hizmetlerini kullanarak aet'i çevrimiçi kullanın