software testing terms complete glossary
Farklı yazılım testi terimlerindeki belirsizliklerden kaçınmak için bir yazılım testi sözlüğü İşte.
Tüm yazılım testi terimleri bu sözlüğe dahildir. Herhangi bir terimin tanımını burada bahsedilenden daha iyi bildiğinizi düşünüyorsanız, bunu kullanabilirsiniz. İletişim Formu bana tanımları göndermek için. İncelemede onları bu sözlük listesine ekleyeceğim.
Yazılım testi ve kalite güvencesinin temel tanımlarını bilmek için bu, tarafından derlenen en iyi sözlüktür. Erik van Veenendaal . Ayrıca her tanım için parantez içinde belirtilen bir IEEE veya ISO referansı vardır.
KİME
kabul kriterleri: Bir bileşenin veya sistemin olması için karşılaması gereken çıkış kriterleribir kullanıcı, müşteri veya diğer yetkili tüzel kişilik tarafından kabul edildi. (IEEE 610)
Kabul testleri: Bir sistemin kabul kriterlerini karşılayıp karşılamadığını belirlemek ve kullanıcının, müşterilerin veya diğer yetkili kuruluşun sistemi kabul edip etmeyeceğini belirlemesini sağlamak için yapılan kullanıcı ihtiyaçları, gereksinimleri ve iş süreçlerine ilişkin resmi test. (IEEE 610'dan sonra)
erişilebilirlik testi: Engelli kullanıcıların bir bileşeni veya sistemi kullanma kolaylığını belirlemek için yapılan test. (Gerrard)
doğruluk: Yazılım ürününün, doğru veya mutabık kalınan sonuçları ya da etkileri gerekli hassasiyet derecesiyle sağlama yeteneği. (ISO 9126) İşlevsellik testine de bakın.
gerçek sonuç: Bir bileşen veya sistem test edildiğinde üretilen / gözlemlenen davranış.
geçici test: Gayri resmi olarak yapılan testler; resmi bir test hazırlığı yapılmaz, tanınmış bir test tasarım tekniği kullanılmaz, sonuçlar için hiçbir beklenti yoktur ve rastgelelik test yürütme faaliyetine rehberlik eder.
uyarlanabilirlik: Yazılım ürününün, söz konusu yazılım için bu amaçla sağlananlar dışındaki eylemler veya yöntemler uygulanmadan farklı belirli ortamlara uyarlanabilme yeteneği. (ISO 9126) Taşınabilirlik testine de bakın.
çevik test: Ekstrem programlama (XP) gibi çevik metodolojileri kullanan bir proje için test uygulaması, geliştirmeyi testin müşterisi olarak ele almak ve önce test tasarım paradigmasını vurgulamak.
alfa testi: Potansiyel kullanıcılar / müşteriler veya geliştiricilerin sitesinde, ancak geliştirme kuruluşunun dışında bağımsız bir test ekibi tarafından simüle edilmiş veya gerçek operasyonel test. Alfa testi genellikle bir tür iç kabul testi olarak kullanılır.
analiz edilebilirlik: Yazılım ürününün, yazılımdaki eksiklik veya arıza nedenlerinin teşhis edilebilmesi veya değiştirilecek parçaların tanımlanabilmesi. (ISO 9126) Ayrıca bakım testine bakın.
anomali: Gereksinim özelliklerine, tasarım belgelerine, kullanıcı belgelerine, standartlara vb. Dayalı beklentilerden veya birinin algısı veya deneyiminden sapan herhangi bir koşul. Anormallikler, bunlarla sınırlı olmamak üzere, yazılım ürünlerinin veya ilgili belgelerin incelenmesi, test edilmesi, analizi, derlenmesi veya kullanımı sırasında bulunabilir. (IEEE 1044) Ayrıca bkz. Kusur, sapma, hata, hata, başarısızlık, olay, sorun.
çekicilik: Yazılım ürününün kullanıcı için çekici olma özelliği. (ISO 9126)
denetim: Standartlara, yönergelere, şartnamelere ve / veya prosedürlere uygunluğu tespit etmek için yazılım ürünlerinin veya süreçlerinin bağımsız bir değerlendirmesi, aşağıdakileri belirten belgeler dahil olmak üzere nesnel kriterlere göre:
(1) Üretilecek ürünlerin şekli veya içeriği
(2) ürünlerin üretileceği süreç
(3) standartlara veya yönergelere uygunluğun nasıl ölçüleceği. (IEEE 1028)
denetim izi: Proses çıktısını başlangıç noktası olarak alarak, bir prosese (örn. Veri) giden orijinal girdinin süreç boyunca geriye doğru izlenebildiği bir yoldur. Bu, hata analizini kolaylaştırır ve bir süreç denetiminin yapılmasına izin verir. (TMap'den sonra)
otomatik test yazılımı: Araç komut dosyaları gibi otomatik testte kullanılan test yazılımı.
kullanılabilirlik: Bir bileşenin veya sistemin operasyonel ve kullanım için gerektiğinde erişilebilir olma derecesi. Genellikle yüzde olarak ifade edilir. (IEEE 610)
B
arka arkaya test: Bir bileşenin veya sistemin iki veya daha fazla varyantının aynı girdilerle yürütüldüğü, çıktıların karşılaştırıldığı ve tutarsızlık durumlarında analiz edildiği test. (IEEE 610)
temel: Resmi olarak gözden geçirilmiş veya üzerinde mutabık kalınmış, daha sonra daha fazla geliştirme için temel teşkil eden ve yalnızca resmi bir değişiklik kontrol süreci ile değiştirilebilen bir şartname veya yazılım ürünü. (IEEE 610'dan sonra)
temel blok: Dal içermeyen bir veya daha fazla ardışık çalıştırılabilir deyim dizisi.
temel test seti: Belirli bir kapsam kriterinin% 100'üne ulaşılmasını sağlamak için dahili yapı veya spesifikasyondan türetilen bir dizi test senaryosu.
davranış: Bir bileşenin veya sistemin bir dizi girdi değerine ve ön koşullara tepkisi.
karşılaştırma testi: (1) Ölçümlerin veya karşılaştırmaların yapılabileceği bir standart. (2) Bileşenleri veya sistemleri birbirleriyle veya (1) 'de olduğu gibi bir standartla karşılaştırmak için kullanılan bir test. (IEEE 610'dan sonra)
ısmarlama yazılım: Bir dizi kullanıcı veya müşteri için özel olarak geliştirilmiş yazılım. Bunun tersi hazır yazılımdır.
en iyi pratik: Belirli bir bağlamda bir kuruluşun performansının iyileştirilmesine katkıda bulunan ve genellikle diğer akran kuruluşlar tarafından 'en iyi' olarak kabul edilen üstün bir yöntem veya yenilikçi uygulama.
Beta testi: Bir bileşenin veya sistemin kullanıcı / müşteri ihtiyaçlarını karşılayıp karşılamadığını ve iş süreçlerine uyup uymadığını belirlemek için, harici bir sitede potansiyel ve / veya mevcut kullanıcılar / müşteriler tarafından yapılan operasyonel testler. Beta testi, piyasadan geri bildirim almak için genellikle bir tür harici kabul testi olarak kullanılır.
büyük patlama testi: Yazılım öğelerinin, donanım öğelerinin veya her ikisinin aşamalar halinde değil, aynı anda bir bileşende veya genel bir sistemde birleştirildiği bir tür entegrasyon testi. (IEEE 610'dan sonra) Ayrıca entegrasyon testine bakın.
kara kutu testi: Bileşenin veya sistemin iç yapısına atıfta bulunmadan işlevsel veya işlevsel olmayan test etme.
kara kutu test tasarım teknikleri: Bir bileşenin veya sistemin iç yapısına atıfta bulunmaksızın işlevsel veya işlevsel olmayan spesifikasyonunun analizine dayalı olarak test senaryoları türetmek ve seçmek için dokümante edilmiş prosedür.
engellenen test durumu: Yürütülmesi için ön koşullar yerine getirilmediğinden yürütülemeyen bir test durumu.
aşağıdan yukarıya test: En düşük seviyeli bileşenlerin önce test edildiği ve daha sonra daha yüksek seviyeli bileşenlerin testini kolaylaştırmak için kullanıldığı entegrasyon testine artan bir yaklaşım. Bu işlem, hiyerarşinin en üstündeki bileşen test edilinceye kadar tekrar edilir. Ayrıca entegrasyon testine bakın.
sınır değeri: Bir eşdeğerlik bölümünün kenarında veya bir kenarın her iki tarafındaki en küçük artış mesafesindeki bir girdi değeri veya çıktı değeri, örneğin bir aralığın minimum veya maksimum değeri.
sınır değer analizi: Test senaryolarının sınır değerlerine göre tasarlandığı bir kara kutu test tasarım tekniği.
sınır değer kapsamı: Bir test grubu tarafından uygulanan sınır değerlerinin yüzdesi.
şube: İki veya daha fazla alternatif program yolundan birinin mevcut olduğu bir program yapısına dayalı olarak yürütülmek üzere seçilebilen temel bir blok, ör. durumda, atla, git, eğer öyleyse- başka.
şube kapsamı: Bir test paketi tarafından uygulanan dalların yüzdesi. % 100 şube kapsamı, hem% 100 karar kapsamı hem de% 100 bildirim kapsamı anlamına gelir.
şube testi: Dalları yürütmek için test senaryolarının tasarlandığı beyaz kutu test tasarım tekniği.
iş sürecine dayalı test: İş süreçlerinin açıklamalarına ve / veya bilgilerine dayalı olarak test senaryolarının tasarlandığı test etme yaklaşımı.
C
Yetenek Olgunluk Modeli (CMM): Etkili bir yazılım sürecinin temel unsurlarını tanımlayan beş seviyeli aşamalı bir çerçeve. Yetenek Olgunluk Modeli, yazılım geliştirme ve bakımı planlama, mühendislik ve yönetme uygulamalarını kapsar. (CMM)
Yetenek Olgunluk Modeli Entegrasyonu (CMMI): Etkili bir ürün geliştirme ve bakım sürecinin temel unsurlarını tanımlayan bir çerçeve. Yetenek Olgunluk Modeli Entegrasyonu, planlama, mühendislik ve ürün geliştirme ve bakım yönetimi uygulamalarını kapsar. CMMI, CMM'nin belirlenmiş halefidir. (CMMI)
yakalama / oynatma aracı: Daha sonra yürütülebilecek (yani yeniden oynatılabilen) otomatik test komut dosyaları oluşturmak için girişlerin manuel test sırasında kaydedildiği bir tür test yürütme aracı. Bu araçlar genellikle otomatik regresyon testini desteklemek için kullanılır.
DURUM: Bilgisayar Destekli Yazılım Mühendisliği'nin kısaltması.
OYUNCULAR: Bilgisayar Destekli Yazılım Testinin Kısaltması. Ayrıca bkz. Test otomasyonu.
neden-sonuç grafiği: Girdilerin ve / veya uyaranların (nedenlerin) ilgili çıktıları (etkileri) ile birlikte grafiksel bir temsili, test senaryolarını tasarlamak için kullanılabilir.
neden-sonuç grafiği: Neden-sonuç grafiklerinden test senaryolarının tasarlandığı bir kara kutu test tasarım tekniği. (BS 7925/2)
sertifika: Bir bileşenin, sistemin veya kişinin belirtilen gerekliliklere uyduğunun doğrulanması süreci, ör. bir sınavı geçerek.
değişebilirlik: Yazılım ürününün, belirli değişikliklerin uygulanmasını sağlama yeteneği. (ISO 9126) Ayrıca bakılabilirliğe bakın.
sınıflandırma ağacı yöntemi: Bir sınıflandırma ağacı aracılığıyla açıklanan test senaryolarının, girdi ve / veya çıktı alanlarının temsilcilerinin kombinasyonlarını yürütmek için tasarlandığı bir kara kutu test tasarım tekniği. (Grochtmann)
kod kapsamı: Yazılımın hangi bölümlerinin test paketi tarafından yürütüldüğünü (kapsandığını) ve hangi bölümlerin yürütülmediğini belirleyen bir analiz yöntemi, örn. beyan kapsamı, karar kapsamı veya koşul kapsamı.
birlikte var olma: Yazılım ürününün, ortak kaynakları paylaşan ortak bir ortamda diğer bağımsız yazılımlarla birlikte var olma yeteneği. (ISO 9126) Taşınabilirlik testine bakın.
karmaşıklık: Bir bileşenin veya sistemin anlaşılması, sürdürülmesi ve doğrulanması zor olan bir tasarıma ve / veya dahili yapıya sahip olma derecesi. Ayrıca siklomatik karmaşıklığa bakın.
uyma: Yazılım ürününün kanunlardaki ve benzeri yönergelerdeki standartlara, sözleşmelere veya düzenlemelere uyma yeteneği. (ISO 9126)
uyum testi : Bileşenin veya sistemin uygunluğunu belirlemeye yönelik test süreci.
bileşen: Tek başına test edilebilen minimal bir yazılım öğesi.
bileşen entegrasyon testi: Arayüzlerdeki kusurları ve entegre bileşenler arasındaki etkileşimi ortaya çıkarmak için gerçekleştirilen testler.
bileşen özellikleri: Bir bileşenin işlevinin, belirtilen koşullar altında belirtilen girdi değerleri için çıktı değerleri ve gerekli işlevsel olmayan davranış (ör. Kaynak kullanımı) açısından açıklaması.
bileşen testi: Ayrı yazılım bileşenlerinin test edilmesi. (IEEE 610'dan sonra)
bileşik koşul: Mantıksal bir operatör (AND, OR veya XOR) aracılığıyla birleştirilen iki veya daha fazla tek koşul, ör. 'A> B VE C> 1000'.
eşzamanlılık testi: Aynı zaman aralığı içinde iki veya daha fazla faaliyetin meydana gelmesinin, faaliyetlerin araya girmesiyle veya eşzamanlı yürütmeyle nasıl elde edildiğini belirlemeye yönelik test, bileşen veya sistem tarafından ele alınır. (IEEE 610'dan sonra)
şart: Doğru veya Yanlış olarak değerlendirilebilecek mantıksal bir ifade, ör. A> B. Ayrıca test durumuna bakın.
durum kapsamı: Bir test paketi tarafından uygulanan koşul sonuçlarının yüzdesi. % 100 koşul kapsamı, her karar ifadesindeki her bir koşulun Doğru ve Yanlış olarak test edilmesini gerektirir.
durum belirleme kapsamı: Bir test vaka grubu tarafından uygulanan bir karar sonucunu bağımsız olarak etkileyen tüm tek koşullu sonuçların yüzdesi. % 100 durum belirleme kapsamı,% 100 karar koşulu kapsamı anlamına gelir.
durum belirleme testi: Bir karar sonucunu bağımsız olarak etkileyen tek koşullu sonuçları yürütmek için test senaryolarının tasarlandığı beyaz kutu testi tasarım tekniğidir.
durum testi: Durum sonuçlarını yürütmek için test senaryolarının tasarlandığı beyaz kutu test tasarım tekniği.
durum sonucu: Bir koşulun Doğru veya Yanlış olarak değerlendirilmesi.
konfigürasyon: Bir bileşenin veya sistemin, bileşen parçalarının sayısı, yapısı ve ara bağlantıları ile tanımlanan bileşimi.
yapılandırma denetimi: Yapılandırma öğeleri kitaplıklarının içeriğini kontrol etme işlevi, örn. standartlara uygunluk için. (IEEE 610)
konfigürasyon kontrolü: Konfigürasyon kimliklerinin resmi olarak kurulmasının ardından konfigürasyon öğelerinde yapılan değişikliklerin değerlendirilmesi, koordinasyonu, onaylanması veya onaylanmaması ve uygulanmasından oluşan konfigürasyon yönetimi unsurudur. (IEEE
610)
konfigürasyon kimliği: Bir sistem için konfigürasyon öğelerinin seçilmesi ve bunların işlevsel ve fiziksel özelliklerinin teknik dokümantasyona kaydedilmesinden oluşan konfigürasyon yönetimi unsurudur. (IEEE 610)
Yapılandırma öğesi: Konfigürasyon yönetimi için belirlenmiş ve konfigürasyon yönetimi sürecinde tek bir varlık olarak değerlendirilen bir donanım, yazılım veya her ikisinin toplamı. (IEEE 610)
konfigürasyon yönetimi: Teknik ve idari yön ve gözetimi şu amaçlarla uygulayan bir disiplin: bir konfigürasyon öğesinin işlevsel ve fiziksel özelliklerini belirlemek ve belgelemek, bu özelliklerdeki değişiklikleri kontrol etmek, değişiklik işleme ve uygulama durumunu kaydetmek ve rapor etmek ve belirtilen gereksinimlere uygunluğu doğrulamak (IEEE 610)
tutarlılık: Belgeler veya bir bileşenin veya sistemin parçaları arasındaki tekdüzelik, standardizasyon ve çelişkisizlik derecesi. (IEEE 610)
kontrol akışı: Bir bileşen veya sistem aracılığıyla yürütmedeki tüm olası olay dizilerinin (yolların) soyut bir temsili.
dönüşüm testi: Mevcut sistemlerden verileri yedek sistemlerde kullanmak üzere dönüştürmek için kullanılan yazılımın test edilmesi.
COTS: Commercial Off-The-Shelf yazılımının kısaltması.
kapsama: Belirli bir kapsam öğesinin bir test paketi tarafından uygulandığı yüzde olarak ifade edilen derece.
kapsam analizi: İlave testin gerekip gerekmediğini ve gerekliyse hangi test senaryolarının gerekli olduğunu belirlemek için önceden belirlenmiş kriterlere atıfta bulunarak test yürütme sırasında belirli bir kapsam maddesine ulaşılan kapsamın ölçümü.
kapsam öğesi: Test kapsamı için temel olarak kullanılan bir varlık veya mülk, ör. eşdeğerlik bölümleri veya kod ifadeleri.
kapsama aracı: Hangi yapısal unsurların objektif ölçümlerini sağlayan bir araç, ör. ifadeler, şubeler test paketi tarafından uygulandı.
cyclomatic karmaşıklık: Bir programdaki bağımsız yolların sayısı. Siklomatik karmaşıklık şu şekilde tanımlanır: L - N + 2P, burada -L = bir grafikteki kenarların / bağlantıların sayısı -N = bir grafikteki düğüm sayısı - P = grafiğin bağlantısı kesilen kısımlarının sayısı (örneğin, bir çağıran grafik ve bir alt rutin). (McCabe'den sonra)
D
veri tanımı: Bir değişkene bir değer atanan çalıştırılabilir bir ifade.
veriye dayalı test: Tek bir kontrol komut dosyasının tablodaki tüm testleri yürütebilmesi için test girdisini ve beklenen sonuçları bir tablo veya elektronik tabloda depolayan bir komut dosyası oluşturma tekniği. Veriye dayalı test, genellikle yakalama / oynatma araçları gibi test yürütme araçlarının uygulanmasını desteklemek için kullanılır. (Fewster and Graham) Anahtar kelime odaklı testlere de bakın.
veri akışı: Bir nesnenin durumunun aşağıdakilerden herhangi biri olduğu durumlarda, dizinin soyut bir temsili ve veri nesnelerinin durumundaki olası değişiklikler:oluşturma, kullanım veya imha. (Beizer)
veri akışı analizi: Değişkenlerin tanımına ve kullanımına dayalı bir statik analiz biçimi.
veri akışı kapsamı: Bir test senaryosu paketi tarafından uygulanan tanım-kullanım çiftlerinin yüzdesi.
veri akışı testi: Test senaryolarının tanım yürütmek ve değişken çiftlerini kullanmak için tasarlandığı beyaz kutu test tasarım tekniğidir.
hata ayıklama: Yazılımdaki arızaların nedenlerini bulma, analiz etme ve ortadan kaldırma süreci.
hata ayıklama aracı: Programcılar tarafından hataları yeniden oluşturmak, programların durumunu araştırmak ve ilgili kusuru bulmak için kullanılan bir araçtır. Hata ayıklayıcılar, programcıların programları adım adım yürütmesini, herhangi bir program deyiminde bir programı durdurmasını ve program değişkenlerini ayarlayıp incelemesini sağlar.
karar: Kontrol akışının iki veya daha fazla alternatif rotaya sahip olduğu bir program noktası. Dalları ayırmak için iki veya daha fazla bağlantıya sahip bir düğüm.
karar koşulu kapsamı: Bir test grubu tarafından uygulanan tüm koşul sonuçlarının ve karar sonuçlarının yüzdesi. % 100 karar koşulu kapsamı, hem% 100 koşul kapsamını hem de% 100 karar kapsamını ifade eder.
karar koşulu testi: Test senaryolarının koşul sonuçlarını ve karar sonuçlarını yürütmek için tasarlandığı beyaz kutu test tasarım tekniğidir.
karar kapsamı: Bir test paketi tarafından uygulanan karar sonuçlarının yüzdesi. % 100 karar kapsamı, hem% 100 şube kapsamı hem de% 100 bildirim kapsamı anlamına gelir.
karar tablosu: Girdi ve / veya uyaranların (nedenlerin) ilişkili çıktıları ve / veya eylemleri (etkileri) ile kombinasyonlarını gösteren ve test senaryolarını tasarlamak için kullanılabilen bir tablo.
karar tablosu testi: Karar tablosunda gösterilen girdilerin ve / veya uyarıcıların (nedenlerin) kombinasyonlarını yürütmek için test senaryolarının tasarlandığı kara kutu test tasarım teknikleri. (Veenendaal)
karar testi: Test senaryolarının karar sonuçlarını yürütmek için tasarlandığı beyaz kutu test tasarım tekniği.
karar sonucu: Bir kararın sonucu (bu nedenle alınacak şubeleri belirler).
kusur: Bileşen veya sistemde, bileşenin veya sistemin gerekli işlevini yerine getirememesine neden olabilecek bir kusur, örn. yanlış bir ifade veya veri tanımı. Yürütme sırasında karşılaşılan bir kusur, bileşenin veya sistemin arızalanmasına neden olabilir.
kusur yoğunluğu: Bir bileşende veya sistemde tanımlanan kusur sayısının bileşenin veya sistemin boyutuna bölünmesi (standart ölçüm terimleriyle ifade edilir, örneğin kod satırları, sınıf sayısı veya işlev noktası sayısı).
Kusur Tespit Yüzdesi (DDP): bir test aşaması tarafından bulunan kusurların sayısının, o test aşaması tarafından bulunan sayıya ve daha sonra diğer yollara bölünmesi.
kusur raporu: Bir bileşen veya sistemdeki, bileşenin veya sistemin gerekli işlevini yerine getirememesine neden olabilecek herhangi bir kusur hakkında rapor veren bir belge. (IEEE 829'dan sonra)
kusur yönetimi: Kusurları tanıma, soruşturma, eyleme geçme ve bertaraf etme süreci. Kusurları kaydetmeyi, sınıflandırmayı ve etkiyi tanımlamayı içerir. (IEEE 1044'ten sonra)
kusur maskeleme: Bir kusurun diğerinin tespitini engellediği bir olay. (IEEE 610'dan sonra)
tanım-kullanım çifti: Bir değişkenin tanımının o değişkenin kullanımıyla ilişkisi. Değişken kullanımlar arasında hesaplama (örn. Çarpma) veya bir yolun yürütülmesini yönlendirmek ('tahmin' kullanımı) bulunur.
teslim edilebilir: (Çalışma) ürününün yazarından başka birine teslim edilmesi gereken herhangi bir (iş) ürünü.
tasarıma dayalı test: Test senaryolarının bir bileşenin veya sistemin mimarisine ve / veya ayrıntılı tasarımına dayalı olarak tasarlandığı teste yönelik bir yaklaşım (örneğin, bileşenler veya sistemler arasındaki arabirim testleri).
masa kontrolü: Yazılımın veya spesifikasyonun yürütülmesinin manuel simülasyonu ile test edilmesi.
geliştirme testi: Bir bileşenin veya sistemin uygulanması sırasında, genellikle geliştiriciler tarafından geliştirme ortamında gerçekleştirilen resmi veya gayri resmi test. (IEEE 610'dan sonra)
dokümantasyon testi: Belgelerin kalitesinin test edilmesi, ör. kullanım kılavuzu veya kurulum kılavuzu.
alan adı: Geçerli giriş ve / veya çıkış değerlerinin seçilebileceği set.
sürücü: Bir bileşenin veya sistemin kontrolünü ve / veya çağrılmasını sağlayan bir bileşenin yerini alan bir yazılım bileşeni veya test aracı. (TMap'den sonra)
dinamik analiz: Davranışı değerlendirme süreci, ör. yürütme sırasında bir sistemin veya bileşenin bellek performansı, CPU kullanımı. (IEEE 610'dan sonra)
dinamik karşılaştırma: Gerçek ve beklenen sonuçların karşılaştırılması, örneğin bir test yürütme aracı ile yazılım yürütülürken gerçekleştirilir.
dinamik test: Bir bileşenin veya sistemin yazılımının yürütülmesini içeren test.
DIR-DİR
verimlilik: Yazılım ürününün, belirtilen koşullar altında kullanılan kaynak miktarına göre uygun performans sağlama yeteneği. (ISO 9126)
verimlilik testi: Bir yazılım ürününün verimliliğini belirlemeye yönelik test süreci.
temel karşılaştırma testi: Durum belirleme kapsamı kavramını kullanarak girdi kombinasyonlarını yürütmek için test senaryolarının tasarlandığı kara kutu test tasarım teknikleri. (TMap)
öykünücü: Belirli bir sistemle aynı girdileri kabul eden ve aynı çıktıları üreten bir cihaz, bilgisayar programı veya sistem. (IEEE 610) Ayrıca bkz. Simülatör.
giriş kriterleri: Bir sürecin tanımlanmış bir görevle ilerlemesine izin vermek için genel ve özel koşullar kümesi, ör. test aşaması. Giriş kriterlerinin amacı, başarısız giriş kriterlerini kaldırmak için gereken çabaya kıyasla daha fazla (boşa harcanan) çaba gerektiren bir görevin başlamasını önlemektir. (Gilb ve Graham)
giriş noktası: Bir bileşen içindeki ilk çalıştırılabilir ifade.
denklik bölümü: Spesifikasyona bağlı olarak, bir bileşenin veya sistemin davranışının aynı olduğu varsayılan bir girdi veya çıktı alanının bir kısmı.
eşdeğerlik bölümü kapsamı: Bir test paketi tarafından uygulanan eşdeğerlik bölümlerinin yüzdesi.
eşit bölümlere ayırma: Eşdeğerlik bölümlerinden temsilcileri yürütmek için test senaryolarının tasarlandığı bir kara kutu test tasarım tekniği. Prensip olarak test senaryoları her bölümü en az bir kez kapsayacak şekilde tasarlanmıştır.
hata: Yanlış sonuç üreten bir insan eylemi. (IEEE 610'dan sonra)
hata tahmini: Yapılan hataların bir sonucu olarak test edilen bileşende veya sistemde hangi kusurların bulunabileceğini tahmin etmek ve bunları ortaya çıkarmak için özel olarak testler tasarlamak için test uzmanının deneyiminin kullanıldığı bir test tasarım tekniği.
tohumlama hatası: Tespit ve ortadan kaldırma oranını izlemek ve kalan kusurların sayısını tahmin etmek amacıyla, halihazırda bileşen veya sistemde bulunanlara kasıtlı olarak bilinen kusurları ekleme işlemi. (IEEE 610)
hata toleransı: Hatalı girişlerin varlığına rağmen bir sistemin veya bileşenin normal çalışmasına devam etme yeteneği. (IEEE 610'dan sonra).
istisna işleme: Bir insan kullanıcıdan veya başka bir bileşenden veya sistemden gelen hatalı girdilere veya dahili bir arızaya yanıt olarak bir bileşenin veya sistemin davranışı.
çalıştırılabilir ifade: Derlendiğinde nesne koduna çevrilen ve program çalışırken prosedürel olarak yürütülecek ve veriler üzerinde bir eylem gerçekleştirebilecek bir ifade.
egzersiz: Bir program elemanının, girdi değeri bir ifade, karar veya diğer yapısal eleman gibi o elemanın yürütülmesine neden olduğu zaman, bir test senaryosu tarafından uygulandığı söylenir.
kapsamlı test: Test paketinin tüm girdi değerleri ve ön koşul kombinasyonlarını içerdiği bir test yaklaşımı.
çıkış kriteri: Bir sürecin resmi olarak tamamlanmasına izin vermek için paydaşlarla üzerinde mutabık kalınan genel ve özel koşullar kümesi. Çıkış kriterlerinin amacı, bir görevin tamamlanmamış ve hala tamamlanmamış kısımları varken, bir görevin tamamlanmış sayılmasını önlemektir. Çıkış kriterleri, teste karşı rapor vermek ve testin ne zaman durdurulacağını planlamak için test edilerek kullanılır. (Gilb ve Graham'dan sonra)
çıkış noktası: Bir bileşen içindeki son çalıştırılabilir ifade.
Beklenen Sonuç: Belirtilen koşullar altında bileşenin veya sistemin spesifikasyonu veya başka bir kaynağı tarafından tahmin edilen davranış.
Keşif testi: Test yapanın testlerin tasarımını aktif olarak kontrol ettiği ve test sırasında elde edilen bilgileri yeni ve daha iyi testler tasarlamak için kullandığı test. (Bach)
F
başarısız: Bir test, gerçek sonucu beklenen sonuca uymuyorsa başarısız sayılır.
başarısızlık: Bileşen veya sistemin beklenen teslimatından, hizmetinden veya sonucundan fiili sapması. (Fenton'dan sonra)
hata modu: Bir başarısızlığın fiziksel veya işlevsel tezahürü. Örneğin, arıza modundaki bir sistem, yavaş çalışma, yanlış çıktılar veya yürütmenin tamamen sona ermesiyle karakterize edilebilir.
Hata Modu ve Etki Analizi (FMEA): Risk tanımlama ve olası arıza modlarını belirleme ve bunların oluşmasını önlemeye yönelik analiz için sistematik bir yaklaşım.
başarısızlık oranı: Belirli bir kategorideki başarısızlık sayısının belirli bir ölçü birimine oranı, ör. zaman birimi başına arızalar, işlem sayısı başına arızalar, bilgisayar çalıştırma sayısı başına arızalar. (IEEE 610)
hata toleransı: Yazılım ürününün, yazılım hataları (kusurları) veya belirtilen arayüzün ihlali durumunda belirli bir performans seviyesini sürdürme kabiliyeti. (ISO 9126) Ayrıca bkz. Güvenilirlik.
hata ağacı analizi: Hataların (kusurların) nedenlerini analiz etmek için kullanılan bir yöntem.
uygulanabilir yol: Yürütülmesine neden olan bir dizi girdi değeri ve ön koşulun bulunduğu bir yol.
özellik: Gereksinim belgelerinde belirtilen veya ima edilen bir bileşen veya sistemin özniteliği (örneğin, güvenilirlik, kullanılabilirlik veya tasarım kısıtlamaları). (IEEE 1008'den sonra)
sonlu durum makinesi: Sonlu sayıda durumdan ve bu durumlar arasındaki geçişlerden ve muhtemelen eşlik eden eylemlerden oluşan bir hesaplama modeli. (IEEE 610)
resmi inceleme: Belgelenmiş prosedürler ve gerekliliklerle karakterize edilen bir gözden geçirme, örn. muayene.
dondurulmuş test esası: Yalnızca resmi bir değişiklik kontrol süreci ile değiştirilebilen test temelli bir belge. Ayrıca taban çizgisine bakın.
Fonksiyon Noktası Analizi (FPA): Bir bilgi sisteminin işlevselliğinin boyutunu ölçmeyi amaçlayan yöntem. Ölçüm, teknolojiden bağımsızdır. Bu ölçüm, üretkenliğin ölçülmesi, ihtiyaç duyulan kaynakların tahmini ve proje kontrolü için bir temel olarak kullanılabilir.
fonksiyonel entegrasyon: Erken çalışan temel bir işlevsellik elde etmek amacıyla bileşenleri veya sistemleri birleştiren bir entegrasyon yaklaşımı. Ayrıca entegrasyon testine bakın.
fonksiyonel gereksinim: Bir bileşenin veya sistemin gerçekleştirmesi gereken bir işlevi belirten bir gereksinim. (IEEE 610)
fonksiyonel test tasarım tekniği: Dahili yapısına atıfta bulunmaksızın bir bileşenin veya sistemin işlevselliğinin spesifikasyonunun analizine dayalı olarak test senaryoları türetmek ve seçmek için dokümante edilmiş prosedür. Kara kutu test tasarım tekniğine de bakın.
fonksiyonel test: Bir bileşenin veya sistemin işlevselliğinin spesifikasyonunun analizine dayalı test. Kara kutu testine de bakın.
işlevsellik: Yazılım ürününün, yazılım belirli koşullar altında kullanıldığında belirtilen ve ima edilen ihtiyaçları karşılayan işlevleri sağlama yeteneği. (ISO 9126)
işlevsellik testi: Bir yazılım ürününün işlevselliğini belirlemeye yönelik test süreci.
G
.mkv dosyaları nasıl oynatılır
cam kutu testi: Beyaz kutu testine bakın.
H
sezgisel değerlendirme: Bir kullanıcı arayüzünün tanınmış kullanılabilirlik ilkelerine ('buluşsal yöntemler' adı verilen) uyumunu belirlemek için bir statik kullanılabilirlik testi tekniği.
yüksek seviye test senaryosu: Girdi verileri ve beklenen sonuçlar için somut (uygulama seviyesi) değerleri olmayan bir test senaryosu.
yatay izlenebilirlik: Test dokümantasyonu katmanları aracılığıyla bir test seviyesi için gereksinimlerin izlenmesi (örn. Test planı, test tasarım spesifikasyonu, test senaryosu spesifikasyonu ve test prosedürü spesifikasyonu).
ben
etki analizi: Belirtilen gereksinimlerde belirli bir değişikliği uygulamak için geliştirme dokümantasyonu, test dokümantasyonu ve bileşen katmanlarındaki değişikliklerin değerlendirilmesi.
artımlı geliştirme modeli: Bir projenin, her biri genel proje gereksinimlerindeki işlevselliğin bir kısmını sağlayan bir dizi artıma bölündüğü bir geliştirme yaşam döngüsü. Gereksinimler öncelik sırasına göre belirlenir ve uygun artışta öncelik sırasına göre teslim edilir. Bu yaşam döngüsü modelinin bazı (ancak hepsinde değil) versiyonlarında, her bir alt proje kendi tasarımı, kodlaması ve test aşamaları ile bir 'mini V-modeli' izler.
artımlı test: Tüm bileşenler veya sistemler entegre edilip test edilene kadar bileşenlerin veya sistemlerin entegre edildiği ve her seferinde bir veya birkaçının test edildiği test.
olay: Test sırasında meydana gelen ve araştırma gerektiren herhangi bir olay. (IEEE 1008'den sonra)
olay yönetimi: Olayları tanıma, soruşturma, eyleme geçme ve bertaraf etme süreci. Olayları kaydetmeyi, sınıflandırmayı ve etkiyi tanımlamayı içerir. (IEEE 1044'ten sonra)
olay yönetimi aracı: Test sırasında bulunan olayların kaydedilmesini ve durum takibini kolaylaştıran bir araç. Olayların tahsisini, düzeltilmesini ve yeniden test edilmesini izlemek ve kontrol etmek ve raporlama olanakları sağlamak için genellikle iş akışı odaklı tesislere sahiptirler.
olay raporu: İnceleme gerektiren test sırasında meydana gelen herhangi bir olayı rapor eden bir belge. (IEEE 829'dan sonra)
bağımsızlık: Objektif testlerin başarılmasını teşvik eden sorumlulukların ayrılması. (DO-178b'den sonra)
imkansız yol: Herhangi bir olası girdi değeri kümesi tarafından uygulanamayacak bir yol.
gayri resmi inceleme: Resmi (belgelenmiş) bir prosedüre dayalı olmayan bir inceleme.
giriş: Bir bileşen tarafından okunan (ister bir bileşenin içinde ister dışında depolanan) bir değişken.
giriş alanı: Geçerli giriş değerlerinin seçilebileceği küme .. Ayrıca bkz. Etki alanı.
Girdi değeri: Bir giriş örneği. Ayrıca girişe bakın.
muayene: Kusurları tespit etmek için belgelerin görsel incelemesine dayanan bir inceleme türü, ör. geliştirme standartlarının ihlalleri ve üst düzey belgelere uyulmaması. En resmi inceleme tekniği ve bu nedenle her zaman belgelenmiş bir prosedüre dayanır. (IEEE 610'dan sonra, IEEE 1028)
kurulabilirlik: Yazılım ürününün belirli bir ortama kurulma yeteneği (ISO 9126). Taşınabilirliğe de bakın.
kurulabilirlik testi: Bir yazılım ürününün kurulabilirliğini test etme süreci. Taşınabilirlik testine de bakın.
yükleme Rehberi: Yükleyiciyi yükleme işlemi boyunca yönlendiren uygun herhangi bir ortam hakkında verilen talimatlar. Bu bir el kitabı, adım adım prosedür, kurulum sihirbazı veya benzer herhangi bir işlem açıklaması olabilir.
kurulum sihirbazı: Uygun herhangi bir ortamda sağlanan yazılım, yükleyiciyi yükleme işlemi boyunca yönlendirir. Normalde yükleme sürecini çalıştırır, yükleme sonuçları hakkında geri bildirim sağlar ve seçenekler için bilgi ister.
enstrümantasyon: Yürütme sırasında program davranışı hakkında bilgi toplamak için programa ek kodun eklenmesi.
aletler: Enstrümantasyonu gerçekleştirmek için kullanılan bir yazılım aracı.
giriş testi: Bileşenin veya sistemin ayrıntılı ve ileri testler için hazır olup olmadığına karar vermek için özel bir duman testi örneği. Bir giriş testi, tipik olarak test yürütme aşamasının başlangıcında gerçekleştirilir.
entegrasyon: Bileşenleri veya sistemleri daha büyük montajlar halinde birleştirme işlemi.
entegrasyon testi: Arayüzlerdeki ve entegre bileşenler veya sistemler arasındaki etkileşimlerde kusurları ortaya çıkarmak için gerçekleştirilen testler. Ayrıca bkz. Bileşen entegrasyon testi, sistem entegrasyon testi.
arayüz testi: Bileşenler veya sistemler arasındaki arayüzlerin test edilmesiyle ilgili bir entegrasyon testi türü.
birlikte çalışabilirlik: Yazılım ürününün bir veya daha fazla belirtilen bileşen veya sistemle etkileşim kurma yeteneği. (ISO 9126'dan sonra) İşlevselliğe de bakın.
birlikte çalışabilirlik testi: Bir yazılım ürününün birlikte çalışabilirliğini belirlemeye yönelik test süreci. Ayrıca işlevsellik testine bakın.
geçersiz test: Bileşen veya sistem tarafından reddedilmesi gereken giriş değerlerini kullanarak test etme. Ayrıca hata toleransına bakın.
izolasyon testi: Gerekirse saplamalar ve sürücüler tarafından çevreleyen bileşenler simüle edilerek, ayrı bileşenlerin etraftaki bileşenlerden izole olarak test edilmesi.
KİME
anahtar kelime odaklı test: Veri dosyalarını yalnızca test verilerini ve beklenen sonuçları değil, aynı zamanda test edilen uygulamayla ilgili anahtar sözcükleri de içeren bir komut dosyası oluşturma tekniği. Anahtar sözcükler, test için kontrol komut dosyası tarafından çağrılan özel destekleyici komut dosyaları tarafından yorumlanır. Ayrıca veriye dayalı testlere bakın.
L
LCSAJ: Aşağıdaki üç öğeden oluşan bir Doğrusal Kod Dizisi ve Atlama (geleneksel olarak bir kaynak kod listesindeki satır numaraları ile tanımlanır): çalıştırılabilir ifadelerin doğrusal sırasının başlangıcı, doğrusal sıranın sonu ve kontrolün yapıldığı hedef satır doğrusal dizinin sonunda akış aktarılır.
LCSAJ kapsamı: Bir test paketi tarafından uygulanan bir bileşenin LCSAJ'lerinin yüzdesi. % 100 LCSAJ kapsamı,% 100 karar kapsamı anlamına gelir.
LCSAJ testi: LCSAJ'leri yürütmek için test senaryolarının tasarlandığı beyaz kutu test tasarım tekniği.
öğrenilebilirlik: Yazılım ürününün, kullanıcının uygulamasını öğrenmesini sağlama yeteneği. (ISO 9126) Ayrıca kullanılabilirliğe bakın.
yük testi: Artan yükle bir bileşenin veya sistemin davranışını ölçmekle ilgili bir test türü, ör. Bileşen veya sistem tarafından hangi yükün kaldırılabileceğini belirlemek için paralel kullanıcı sayısı ve / veya işlem sayısı.
düşük seviye test senaryosu: Girdi verileri ve beklenen sonuçlar için somut (uygulama seviyesi) değerleri olan bir test senaryosu.
M
bakım: Bir yazılım ürününün teslimattan sonra kusurları düzeltmek, performansı veya diğer nitelikleri iyileştirmek veya ürünü değiştirilmiş bir ortama uyarlamak için değiştirilmesi. (IEEE 1219)
bakım testi: Bir işletim sistemindeki değişiklikleri veya değişen bir ortamın bir işletim sistemi üzerindeki etkisini test etme.
sürdürülebilirlik: Bir yazılım ürününün kusurları düzeltmek için modifiye edilebilmesi, yeni gereksinimleri karşılayacak şekilde modifiye edilebilmesi, gelecekteki bakımı kolaylaştırmak için modifiye edilebilmesi veya değişen bir ortama adapte edilebilmesi kolaylığı. (ISO 9126)
sürdürülebilirlik testi: Bir yazılım ürününün sürdürülebilirliğini belirlemeye yönelik test süreci.
yönetim incelemesi: İlerlemeyi izleyen, planların ve programların durumunu belirleyen, gereksinimleri ve miras sistem tahsisini onaylayan veya yönetim yaklaşımlarının etkinliğini değerlendiren yönetim tarafından veya yönetim adına gerçekleştirilen yazılım edinme, tedarik, geliştirme, çalıştırma veya bakım sürecinin sistematik bir değerlendirmesi amaç için uygunluğa ulaşmak. (IEEE 610'dan sonra, IEEE 1028)
olgunluk: (1) Bir kuruluşun, süreçlerinin ve iş uygulamalarının etkinliği ve verimliliği ile ilgili kabiliyeti. Ayrıca bkz. Yetenek Olgunluk Modeli, Test Olgunluk Modeli. (2) Yazılım ürününün, yazılımdaki kusurlardan kaynaklanan arızaları önleme yeteneği. (ISO 9126) Ayrıca bkz. Güvenilirlik.
ölçü: Bir ölçüm yapılarak bir varlığın bir özelliğine atanan sayı veya kategori (ISO 14598).
ölçüm: Bir varlığın bir niteliğini tanımlamak için bir varlığa bir numara veya kategori atama süreci. (ISO 14598)
ölçü birimi: Üzerinde gerçekleştirilebilecek veri analizi türünü sınırlayan bir ölçek. (ISO 14598)
bellek sızıntısı: Bir programın dinamik depo ayırma mantığındaki, onu kullanmayı bitirdikten sonra belleği geri kazanamamasına neden olan ve sonunda bellek yetersizliği nedeniyle programın başarısız olmasına neden olan bir kusur.
metrik: Bir ölçüm ölçeği ve ölçüm için kullanılan yöntem. (ISO 14598)
kilometre taşı: Bir projede tanımlanmış (ara) çıktıların vesonuçlar hazır olmalıdır.
moderatör: Bir denetim veya diğer gözden geçirme sürecinden sorumlu lider ve ana kişi.
monitör: Test edilen bileşen veya sistemle eşzamanlı olarak çalışan ve bileşenin veya sistemin davranışını denetler, kaydeden ve / veya analiz eden bir yazılım aracı veya donanım aygıtı. (IEEE 610'dan sonra)
çoklu durum kapsamı: Tüm tek koşulların kombinasyonlarının yüzdesibir test paketi tarafından uygulanan tek bir ifadedeki sonuçlar. % 100 çokludurum kapsamı,% 100 durum belirleme kapsamı anlamına gelir.
çoklu durum testi: Test senaryolarının tek koşullu sonuçların kombinasyonlarını (bir ifade içinde) yürütmek için tasarlandığı beyaz kutu test tasarım tekniğidir.
mutasyon analizi: Bir test paketinin programı programın küçük varyantlarından (mutantlardan) ne ölçüde ayırt edebildiğini ölçerek test paketinin bütünlüğünü belirleme yöntemi.
N
N-anahtar kapsamı: Bir test paketi tarafından uygulanan N + 1 geçiş dizilerinin yüzdesi. (Chow)
N-anahtar testi: Test senaryolarının tüm geçerli N + 1 geçiş sıralarını yürütmek için tasarlandığı bir durum geçiş testi biçimi. (Chow) Ayrıca bkz. Durum geçiş testi.
negatif test: Bir bileşenin veya sistemin çalışmadığını göstermeyi amaçlayan testler. Negatif test, belirli bir test yaklaşımı veya test tasarım tekniğinden çok test uzmanlarının tutumuyla ilgilidir. (Beizer'dan Sonra).
uygunsuzluk: Belirli bir gerekliliğin yerine getirilmemesi. (ISO 9000)
işlevsel olmayan gereksinim: İşlevsellikle ilgili olmayan, ancak güvenilirlik, verimlilik, kullanılabilirlik, sürdürülebilirlik ve taşınabilirlik gibi özelliklerle ilgili bir gereksinim.
fonksiyonel olmayan test: İşlevsellikle ilgili olmayan bir bileşenin veya sistemin özelliklerini test etme, ör. güvenilirlik, verimlilik, kullanılabilirlik, sürdürülebilirlik ve taşınabilirlik.
işlevsel olmayan test tasarım teknikleri: İşlevsel olmayan testler için testleri tasarlamak veya seçmek için kullanılan yöntemler.
VEYA
hazır yazılım: Genel pazar için yani çok sayıda müşteri için geliştirilmiş ve bir çok müşteriye aynı formatta teslim edilen bir yazılım ürünü.
işlerlik: Yazılım ürününün, kullanıcının onu çalıştırmasını ve kontrol etmesini sağlama yeteneği. (ISO 9126) Ayrıca kullanılabilirliğe bakın.
operasyonel çevre: Test edilen bileşenin veya sistemin kullanılacağı kullanıcıların veya müşterilerin sitelerine kurulan donanım ve yazılım ürünleri. Yazılım, işletim sistemlerini, veritabanı yönetim sistemlerini ve diğer uygulamaları içerebilir.
operasyonel profil testi: Bir sistem operasyonları modeli (kısa süreli görevler) ve bunların tipik kullanım olasılıklarını kullanan istatistiksel test. (Musa)
operasyonel test: İşletim ortamında bir bileşeni veya sistemi değerlendirmek için yapılan test. (IEEE 610)
çıktı: Bir bileşen tarafından yazılan (ister bir bileşenin içinde ister dışında depolanan) bir değişken.
çıktı alanı: Geçerli çıkış değerlerinin seçilebileceği set. Ayrıca etki alanına bakın.
çıkış değeri: Bir çıktının bir örneği. Ayrıca çıktıya bakın.
P
çiftler programı: Bir bileşenin kod satırlarının (üretim ve / veya test) tek bir bilgisayarda oturan iki programcı tarafından yazıldığı bir yazılım geliştirme yaklaşımı. Bu örtük olarak devam eden gerçek zamanlı kod incelemelerinin gerçekleştirildiği anlamına gelir.
çift testi: Kusurları bulmak için iki test görevlisi birlikte çalışır. Tipik olarak, bir bilgisayarı paylaşırlar ve test sırasında bunun ticaret kontrolünü yaparlar.
Geçmek: Bir test, gerçek sonucu beklenen sonucuyla eşleşirse başarılı sayılır.
geçme / kalma kriterleri: Bir test öğesinin (işlev) veya özelliğin bir testi geçip geçmediğini belirlemek için kullanılan karar kuralları. (IEEE 829)
yol: Bir dizi olay, ör. bir giriş noktasından bir çıkış noktasına bir bileşenin veya sistemin çalıştırılabilir ifadeleri.
yol kapsamı: Bir test paketi tarafından uygulanan yolların yüzdesi. % 100 yol kapsamı,% 100 LCSAJ kapsamı anlamına gelir.
yol hassaslaştırma: Belirli bir yolun yürütülmesini zorlamak için bir dizi girdi değeri seçme.
yol testi: Test senaryolarının yolları yürütmek için tasarlandığı beyaz kutu test tasarım tekniği.
verim: Bir sistemin veya bileşenin, işlem süresi ve üretim hızı ile ilgili belirli kısıtlamalar dahilinde belirlenmiş işlevlerini gerçekleştirme derecesi. (IEEE 610'dan sonra) Verimliliği görün.
performans göstergesi: Aşamalı geliştirmeye rehberlik etmek ve kontrol etmek için kullanılan yüksek düzeyde bir etkinlik ve / veya verimlilik ölçütü, ör. Test için Kusur Tespit Yüzdesi (DDP). (CMMI)
performans testi: Bir yazılım ürününün performansını belirlemeye yönelik test süreci. Verimlilik testine bakın.
performans test aracı: Performans testini destekleyen ve genellikle iki ana özelliği olan bir araç: yük oluşturma ve test işlemi ölçümü. Yük oluşturma, birden çok kullanıcıyı veya yüksek hacimli giriş verilerini simüle edebilir. Yürütme sırasında, seçilen işlemlerden yanıt süresi ölçümleri alınır ve bunlar loglanır. Performans test araçları normalde test günlüklerine ve yanıt sürelerine göre yük grafiklerine dayalı raporlar sağlar.
aşama test planı: Genellikle bir test seviyesine hitap eden bir test planı.
taşınabilirlik: Yazılım ürününün bir donanım veya yazılım ortamından diğerine aktarılabilme kolaylığı. (ISO 9126)
taşınabilirlik testi: Bir yazılım ürününün taşınabilirliğini belirlemeye yönelik test süreci.
son koşul: Bir test veya test prosedürünün yürütülmesinden sonra yerine getirilmesi gereken çevresel ve durum koşulları.
yürütme sonrası karşılaştırma: Yazılımın çalışması bittikten sonra gerçekleştirilen gerçek ve beklenen sonuçların karşılaştırması.
ön koşul: Bileşen veya sistem belirli bir test veya test prosedürü ile yürütülmeden önce yerine getirilmesi gereken çevresel ve durum koşulları.
Öncelik: Bir öğeye atanan (iş) önem düzeyi, ör. kusur.
süreç döngüsü testi: İş prosedürlerini ve süreçlerini yürütmek için test senaryolarının tasarlandığı bir kara kutu test tasarım tekniğidir. (TMap)
süreç: Girdileri çıktılara dönüştüren birbiriyle ilişkili bir dizi faaliyet. (ISO 12207)
proje: Bir proje, zaman, maliyet ve kaynak kısıtlamaları da dahil olmak üzere belirli gereksinimlere uygun bir hedefin üstlenildiği başlangıç ve bitiş tarihlerine sahip benzersiz bir koordineli ve kontrollü faaliyetler kümesidir. (ISO 9000)
proje test planı: Genellikle birden çok test seviyesine hitap eden bir test planı.
sözde rastgele: Rastgele görünen ancak aslında önceden düzenlenmiş bir diziye göre oluşturulan bir dizi.
Q
kalite: Bir bileşenin, sistemin veya sürecin belirli gereksinimleri ve / veya kullanıcı / müşteri ihtiyaçlarını ve beklentilerini karşılama derecesi. (IEEE 610'dan sonra)
kalite güvencesi: Kalite yönetiminin bir parçası, kalite gereksinimlerinin karşılanacağına dair güven sağlamaya odaklanmıştır. (ISO 9000)
kalite özelliği: Bir öğenin kalitesini etkileyen bir özellik veya karakteristik. (IEEE 610)
kalite Yönetimi: Bir organizasyonu kalite açısından yönlendirmek ve kontrol etmek için koordineli faaliyetler. Kaliteye ilişkin yönlendirme ve kontrol, genellikle kalite politikasının ve kalite hedeflerinin oluşturulmasını, kalite planlamasını, kalite kontrolünü, kalite güvencesini ve kaliteyi iyileştirmeyi içerir. (ISO 9000)
R
rastgele test: Bir operasyonel profili eşleştirmek için muhtemelen sözde rastgele oluşturma algoritması kullanılarak test senaryolarının seçildiği bir kara kutu test tasarım tekniğidir. Bu teknik, güvenilirlik ve performans gibi işlevsel olmayan nitelikleri test etmek için kullanılabilir.
kurtarılabilirlik: Yazılım ürününün, belirli bir performans düzeyini yeniden oluşturma ve arıza durumunda doğrudan etkilenen verileri kurtarma yeteneği. (ISO 9126) Ayrıca bkz. Güvenilirlik.
kurtarılabilirlik testi: Bir yazılım ürününün kurtarılabilirliğini belirlemeye yönelik test süreci. Ayrıca bkz. Güvenilirlik testi.
gerileme testi: Yapılan değişikliklerin bir sonucu olarak, yazılımın değişmemiş alanlarında kusurların ortaya çıkmadığından veya ortaya çıkmadığından emin olmak için değişiklikten sonra önceden test edilmiş bir programın test edilmesi. Yazılım veya ortamı değiştirildiğinde gerçekleştirilir.
sürüm notu: Bir test yürütme aşamasının başlangıcında test öğelerini, yapılandırmalarını, mevcut durumlarını ve geliştirme tarafından testlere ve muhtemelen diğer paydaşlara sunulan diğer teslimat bilgilerini tanımlayan bir belge. (IEEE 829'dan sonra)
güvenilirlik: Yazılım ürününün, belirtilen koşullar altında belirli bir süre veya belirli sayıda işlem için gerekli işlevlerini yerine getirme becerisi. (ISO 9126)
güvenilirlik testi: Bir yazılım ürününün güvenilirliğini belirlemeye yönelik test süreci.
değiştirilebilirlik: Yazılım ürününün, aynı ortamda aynı amaç için belirtilen başka bir yazılım ürünü yerine kullanılabilme kabiliyeti. (ISO 9126) Taşınabilirliğe de bakın.
gereksinim: Bir kullanıcının bir sorunu çözmek veya bir sözleşmeyi, standardı, spesifikasyonu veya diğer resmi olarak empoze edilen bir belgeyi yerine getirmek için bir sistem veya sistem bileşeni tarafından karşılanması veya sahip olunması gereken bir amaca ulaşmak için ihtiyaç duyduğu bir koşul veya yetenek. (IEEE 610'dan sonra)
gereksinimlere dayalı test: Test senaryolarının test hedeflerine ve gerekliliklerden türetilen test koşullarına göre tasarlandığı test yaklaşımı, örn. belirli işlevleri kullanan veya güvenilirlik veya kullanılabilirlik gibi işlevsel olmayan özellikleri araştıran testler.
gereksinim yönetimi aracı: Gereksinimlerin, gereksinim özniteliklerinin (örn. Öncelik, sorumlu bilgi) ve ek açıklamaların kaydedilmesini destekleyen ve gereksinim katmanları ve gereksinim değişikliği yönetimi aracılığıyla izlenebilirliği kolaylaştıran bir araçtır. Bazı gereksinim yönetimi araçları, tutarlılık kontrolü ve önceden tanımlanmış gereksinim kurallarının ihlali gibi statik analiz olanakları da sağlar.
gereksinimler aşaması: Yazılım yaşam döngüsünde, bir yazılım ürününe yönelik donanımların tanımlandığı ve belgelendiği süre. (IEEE 610)
kaynak kullanımı: Yazılım ürününün, belirtilen koşullar altında işlevini yerine getirirken program tarafından kullanılan ana ve ikincil bellek miktarları ve gerekli geçici veya taşma dosyalarının boyutları gibi uygun miktarlarda ve türde kaynakları kullanma yeteneği. (ISO 9126'dan sonra) Ayrıca bkz. Verimlilik.
kaynak kullanım testi: Bir yazılım ürününün kaynak kullanımını belirlemeye yönelik test süreci.
sonuç: Bir testin yürütülmesinin sonucu / sonucu. Ekranlara çıktılar, verilerdeki değişiklikler, raporlar ve gönderilen iletişim mesajlarını içerir. Ayrıca gerçek sonuca, beklenen sonuca bakın.
yeniden başlama kriterleri: Bir askıya alma sonrasında test yeniden başlatıldığında tekrarlanması gereken test faaliyetleri. (IEEE 829'dan sonra)
yeniden test etme: Düzeltici eylemlerin başarısını doğrulamak için son çalıştırıldıklarında başarısız olan test olaylarını çalıştıran test.
gözden geçirmek: Planlanan sonuçlardan farklılıkları belirlemek ve iyileştirmeler önermek için bir ürün veya proje durumunun değerlendirilmesi. Örnekler arasında yönetim incelemesi, gayri resmi inceleme, teknik inceleme, inceleme ve izlenecek yol sayılabilir. (IEEE 1028'den sonra)
gözden geçiren: İncelemeye dahil olan, incelenen ürün veya projedeki anormallikleri belirleyecek ve açıklayacak kişi. Gözden geçirenler, gözden geçirme sürecindeki farklı bakış açılarını ve rolleri temsil edecek şekilde seçilebilir.
risk: Gelecekte olumsuz sonuçlara yol açabilecek bir faktör; genellikle etki ve olasılık olarak ifade edilir.
risk analizi: Etkilerini ve gerçekleşme olasılıklarını (olasılık) tahmin etmek için tanımlanmış riskleri değerlendirme süreci.
riske dayalı test: Ürün risklerini keşfetmeye ve bunlarla ilgili bilgi sağlamaya yönelik testler. (Gerrard'dan sonra)
risk kontrolü: Riskleri azaltmak veya riskleri belirli seviyelerde tutmak için kararların alındığı ve koruyucu önlemlerin uygulandığı süreç.
risk tanımlaması: Beyin fırtınası, kontrol listeleri ve başarısızlık geçmişi gibi teknikleri kullanarak riskleri belirleme süreci.
risk yönetimi: Riski tanımlama, analiz etme, önceliklendirme ve kontrol etme görevlerine prosedürlerin ve uygulamaların sistematik olarak uygulanması.
sağlamlık: Bir bileşenin veya sistemin geçersiz girdiler veya stresli ortam koşullarının varlığında doğru şekilde çalışabilme derecesi. (IEEE 610) Ayrıca bkz. Hata toleransı, hata toleransı.
ana neden: Bir uygunsuzluğa neden olan ve muhtemelen süreç iyileştirme yoluyla kalıcı olarak ortadan kaldırılması gereken temel faktör.
S
Emniyet: Yazılım ürününün, belirli bir kullanım bağlamında insanlara, işletmeye, yazılıma, mülke veya çevreye kabul edilebilir düzeyde zarar verme riski elde etme kapasitesi. (ISO 9126)
güvenlik testi: Bir yazılım ürününün güvenliğini belirlemeye yönelik test süreci.
ölçeklenebilirlik: Yazılım ürününün artan yükleri karşılayacak şekilde yükseltilme yeteneği. (Gerrard'dan sonra)
ölçeklenebilirlik testi: Yazılım ürününün ölçeklenebilirliğini belirlemek için test.
yazı: Bir gözden geçirme toplantısı sırasında bahsedilen her bir kusuru ve iyileştirme önerilerini bir kayıt formuna kaydetmesi gereken kişi. Yazar, kayıt formunun okunabilir ve anlaşılır olmasını sağlamalıdır.
komut dosyası dili: Yürütülebilir test komut dosyalarının yazıldığı, bir test yürütme aracı tarafından kullanılan bir programlama dili (örneğin, bir yakalama / tekrar oynatma aracı).
güvenlik: Programlara ve verilere kazara veya kasıtlı olarak yetkisiz erişimi engelleme becerisine sahip yazılım ürünlerinin özellikleri. (ISO 9126)
güvenlik testi: Yazılım ürününün güvenliğini belirlemek için test.
ciddiyet: Bir kusurun, bir bileşenin veya sistemin geliştirilmesi veya çalışması üzerindeki etkisinin derecesi. (IEEE 610'dan sonra)
simülasyon: Bir fiziksel veya soyut sistemin seçilmiş davranış özelliklerinin başka bir sistem tarafından temsili. (ISO 2382/1)
simülatör: Test sırasında kullanılan ve bir dizi kontrollü girişle sağlandığında belirli bir sistem gibi davranan veya çalışan bir cihaz, bilgisayar programı veya sistem. (IEEE 610, DO178b'den sonra) Ayrıca bkz. Emülatör.
sigara testi: Bir programın en önemli işlevlerinin daha ince ayrıntılarla uğraşmadan çalıştığını doğrulamak için, bir bileşenin veya sistemin ana işlevini kapsayan tüm tanımlanmış / planlanmış test senaryolarının bir alt kümesidir. Günlük yapı ve duman testi, sektördeki en iyi uygulamalar arasındadır. Ayrıca bkz. Alım testi.
yazılım kalitesi: Bir yazılım ürününün belirtilen veya ima edilen ihtiyaçları karşılama kabiliyetine dayanan işlevsellik ve özelliklerinin toplamı. (ISO 9126'dan sonra)
Şartname: İdeal olarak tam, kesin ve doğrulanabilir bir şekilde, bir bileşenin veya sistemin gereksinimlerini, tasarımını, davranışını veya diğer özelliklerini ve sıklıkla bu hükümlerin karşılanıp karşılanmadığını belirleme prosedürlerini belirten bir belge. (IEEE 610'dan sonra)
spesifikasyona dayalı test tasarım tekniği: Kara kutu test tasarım tekniğine bakın.
belirtilen girdi: Spesifikasyonun bir sonucu öngördüğü bir girdi.
istikrar: Yazılım ürününün, yazılımdaki değişikliklerden kaynaklanan beklenmedik etkileri önleme yeteneği. (ISO 9126) Ayrıca bakılabilirliğe bakın.
durum diyagramı: Bir bileşenin veya sistemin üstlenebileceği durumları gösteren ve bir durumdan diğerine bir değişikliğe neden olan ve / veya bu değişiklikten kaynaklanan olayları veya durumları gösteren bir şema. (IEEE 610)
durum tablosu: Hem geçerli hem de geçersiz geçişleri gösteren, olası her olay ile birlikte her durum için ortaya çıkan geçişleri gösteren bir kılavuz.
Devlet geçişi: Bir bileşenin veya sistemin iki durumu arasındaki geçiş.
java'da ikili ağaç ekleme ve silme
durum geçiş testi: Test senaryolarının geçerli ve geçersiz durum geçişlerini yürütmek için tasarlandığı bir kara kutu test tasarım tekniğidir. Ayrıca N-anahtar testine bakın.
Beyan: Tipik olarak en küçük bölünemez yürütme birimi olan bir programlama dilinde bir varlık.
beyan kapsamı: Bir test paketi tarafından uygulanan çalıştırılabilir ifadelerin yüzdesi.
ifade testi: Test senaryolarının ifadeleri yürütmek için tasarlandığı beyaz kutu test tasarım tekniği.
statik analiz: Yazılım eserlerinin analizi, ör. gereksinimler veya kod, bu yazılım yapıları uygulanmadan yürütülür.
statik analizör: Statik analiz yapan bir araç.
statik kod analizi: Programın kaynak kodunun analizi, o yazılım çalıştırılmadan gerçekleştirilir.
statik kod çözümleyicisi: Statik kod analizi yapan bir araç. Araç, kodlama standartlarına uygunluk, kalite ölçütleri veya veri akışı anormallikleri gibi belirli özellikler için kaynak kodunu kontrol eder.
statik test: Bir bileşenin veya sistemin spesifikasyon veya uygulama düzeyinde, söz konusu yazılımı çalıştırmadan test edilmesi, örn. incelemeler veya statik kod analizi.
istatistiksel test: Temsili test senaryoları oluşturmak için girdinin istatistiksel dağılımının bir modelinin kullanıldığı bir test tasarım tekniği. Ayrıca bkz. Operasyonel profil testi.
durum muhasebesi: Bir konfigürasyonu etkin bir şekilde yönetmek için gereken bilgilerin kaydedilmesini ve raporlanmasını içeren bir konfigürasyon yönetimi unsurudur. Bu bilgiler, onaylanmış konfigürasyon tanımlamasının bir listesini, konfigürasyonda önerilen değişikliklerin durumunu ve onaylanan değişikliklerin uygulama durumunu içerir. (IEEE 610)
Stres testi: Bir sistemi veya bileşeni, belirtilen gereksinimlerinin sınırlarında veya ötesinde değerlendirmek için yapılan test. (IEEE 610)
yapısal kapsam: Bileşenin iç yapısına dayalı kapsama önlemleri.
yapısal test tasarım tekniği: Beyaz kutu test tasarım tekniğine bakın.
Taslak: Bir yazılım bileşeninin iskelet veya özel amaçlı uygulaması, onu çağıran veya başka şekilde ona bağlı olan bir bileşeni geliştirmek veya test etmek için kullanılır. Adı verilen bir bileşenin yerini alır. (IEEE 610'dan sonra)
alt yol: Bir bileşen içindeki çalıştırılabilir ifadeler dizisi.
askıya alma kriterleri: Test öğelerindeki test faaliyetlerinin tamamını veya bir kısmını (geçici olarak) durdurmak için kullanılan kriterler. (IEEE 829'dan sonra)
uygunluk: Yazılım ürününün, belirtilen görevler ve kullanıcı hedefleri için uygun bir işlevler kümesi sağlama yeteneği. (ISO 9126) İşlevselliğe de bakın.
Yazılım Kullanılabilirlik Ölçüm Envanteri (SUMI): Kullanılabilirliği değerlendirmek için anket tabanlı kullanılabilirlik testi tekniği, örn. bir bileşenin veya sistemin kullanıcı memnuniyeti. (Veenendaal)
sözdizimi testi: Giriş alanının ve / veya çıkış alanının tanımına dayalı olarak test senaryolarının tasarlandığı bir kara kutu test tasarım tekniği.
sistem: Belirli bir işlevi veya bir dizi işlevi gerçekleştirmek için organize edilmiş bileşenler koleksiyonu. (IEEE 610)
sistem entegrasyon testi: Sistemlerin ve paketlerin entegrasyonunun test edilmesi; harici kuruluşlara yönelik arayüzleri test etme (örneğin, Elektronik Veri Değişimi, İnternet).
sistem testi: Belirli gereksinimleri karşıladığını doğrulamak için entegre bir sistemi test etme süreci. (Hetzel)
T
teknik inceleme: Alınacak teknik yaklaşım üzerinde fikir birliğine varmaya odaklanan bir akran grubu tartışma etkinliği. Teknik inceleme, meslektaş değerlendirmesi olarak da bilinir. (Gilb ve Graham, IEEE 1028)
test yaklaşımı: Belirli bir proje için test stratejisinin uygulanması. Tipik olarak (test) projesinin hedefine ve gerçekleştirilen risk değerlendirmesine dayalı olarak takip edilen kararları, test süreciyle ilgili başlangıç noktalarını, uygulanacak test tasarım tekniklerini, çıkış kriterlerini ve gerçekleştirilecek test türlerini içerir.
test otomasyonu: Yazılımın test faaliyetlerini gerçekleştirmek veya desteklemek için kullanılması, ör. test yönetimi, test tasarımı, test yürütme ve sonuç kontrolü.
test esası: Bir bileşenin veya sistemin gereksinimlerinin çıkarılabileceği tüm belgeler. Test senaryolarının dayandığı belgeler. Bir belge yalnızca resmi değişiklik prosedürü ile değiştirilebiliyorsa, test esasına dondurulmuş test esası denir. (TMap'den sonra)
test durumu: Belirli bir program yolunu uygulamak veya belirli bir gereksinime uygunluğu doğrulamak gibi belirli bir amaç veya test koşulu için geliştirilen bir dizi girdi değeri, yürütme ön koşulları, beklenen sonuçlar ve yürütme son koşulları. (IEEE 610'dan sonra)
test senaryosu özellikleri: Bir test öğesi için bir dizi test senaryosunu (amaç, girdiler, test eylemleri, beklenen sonuçlar ve yürütme ön koşulları) belirten bir belge. (IEEE 829'dan sonra)
test tüzüğü: Test hedefleri ve muhtemelen test fikirleri beyanı. Test kiralamaları, keşif testlerinde kullanılan diğerleri arasındadır. Ayrıca keşif testine bakın.
test karşılaştırıcısı: Otomatik test karşılaştırması yapmak için bir test aracı.
test karşılaştırması: Test edilen bileşen veya sistem tarafından üretilen gerçek sonuçlar ile bir test için beklenen sonuçlar arasındaki farkları belirleme süreci. Test karşılaştırması, test yürütme sırasında (dinamik karşılaştırma) veya testin yürütülmesinden sonra yapılabilir.
test koşulu: Bir bileşen veya sistemin bir veya daha fazla test senaryosu ile doğrulanabilen bir öğesi veya olayı, ör. bir işlev, işlem, kalite özelliği veya yapısal öğe.
test verisi: Bir test yürütülmeden önce var olan (örneğin, bir veritabanında) ve test edilen bileşen veya sistemi etkileyen veya onlardan etkilenen veriler.
test verisi hazırlama aracı: Verilerin mevcut veritabanlarından seçilmesine veya testte kullanılmak üzere oluşturulmasına, oluşturulmasına, manipüle edilmesine ve düzenlenmesine olanak tanıyan bir tür test aracı.
test tasarım özellikleri: Bir test öğesi için test koşullarını (kapsam öğeleri), ayrıntılı test yaklaşımını ve ilgili yüksek seviye test senaryolarını tanımlayan bir belge. (IEEE 829'dan sonra)
test tasarım aracı: Bir CASE araç havuzunda tutulabilen bir spesifikasyondan test girdileri üreterek test tasarım aktivitesini destekleyen bir araç, örn. gereksinim yönetimi aracı veya aracın kendisinde tutulan belirli test koşullarından.
test tasarım tekniği: Test senaryolarını türetmek veya seçmek için kullanılan bir yöntem.
test ortamı: Bir testi gerçekleştirmek için gereken donanım, enstrümantasyon, simülatörler, yazılım araçları ve diğer destek unsurlarını içeren bir ortam. (IEEE 610'dan sonra)
test değerlendirme raporu: Test sürecinin sonunda üretilen ve tüm test faaliyetlerini ve sonuçlarını özetleyen bir belge. Ayrıca test sürecinin ve öğrenilen derslerin bir değerlendirmesini de içerir.
Test uygulaması: Test edilen bileşen veya sistem tarafından gerçek sonuçlar üreten bir test çalıştırma süreci.
test yürütme otomasyonu: Yazılımın kullanımı, ör. yakalama / oynatma araçları, testlerin yürütülmesini kontrol etmek, gerçek sonuçların beklenen sonuçlarla karşılaştırılması, test ön koşullarının ayarlanması ve diğer test kontrolü ve raporlama işlevleri.
test yürütme aşaması: Bir yazılım ürününün bileşenlerinin yürütüldüğü bir yazılım geliştirme yaşam döngüsünde geçen süre ve yazılım ürünü, gereksinimlerin karşılanıp karşılanmadığını belirlemek için değerlendirilir. (IEEE 610)
test yürütme çizelgesi: Test prosedürlerinin yürütülmesi için bir şema. Test prosedürleri, bağlamları ve uygulanma sırasına göre test yürütme çizelgesine dahil edilmiştir.
test yürütme tekniği: Gerçek test yürütmesini gerçekleştirmek için kullanılan yöntem,manuel veya otomatik.
test yürütme aracı: Otomatikleştirilmiş bir test komut dosyası kullanarak diğer yazılımları çalıştırabilen bir tür test aracı, ör. yakalama / oynatma. (Birkaç ve Graham)
test koşum takımı: Bir testi gerçekleştirmek için gereken koçanlardan ve sürücülerden oluşan bir test ortamı.
test altyapısı: Test ortamları, test araçları, ofis ortamı ve prosedürlerden oluşan, testleri gerçekleştirmek için gereken organizasyonel yapılar.
test öğesi: Test edilecek bireysel unsur. Genellikle bir test nesnesi ve birçok test öğesi vardır. Ayrıca test nesnesine bakın.
test seviyesi: Birlikte düzenlenen ve yönetilen bir grup test etkinliği. Bir test seviyesi, bir projedeki sorumluluklarla bağlantılıdır. Test seviyelerinin örnekleri, bileşen testi, entegrasyon testi, sistem testi ve kabul testidir. (TMap'den sonra)
test günlüğü: Testlerin yürütülmesi ile ilgili ayrıntıların kronolojik bir kaydı. (IEEE 829)
test günlüğü: Bir test günlüğüne yürütülen testler hakkındaki bilgileri kaydetme süreci.
test yöneticisi: Bir test nesnesinin test edilmesinden ve değerlendirilmesinden sorumlu kişi. Bir test nesnesinin değerlendirmesini yöneten, kontrol eden, planları yöneten ve düzenleyen kişi.
test yönetimi: Genellikle bir test yöneticisi tarafından gerçekleştirilen test faaliyetlerinin planlanması, tahmin edilmesi, izlenmesi ve kontrolü.
Test Olgunluk Modeli (TMM): Etkili bir test sürecinin temel unsurlarını tanımlayan Yetenek Olgunluk Modeli (CMM) ile ilgili, test süreci iyileştirmesi için beş seviyeli aşamalı bir çerçeve.
Test Süreci İyileştirme (TPI): Etkili bir test sürecinin temel unsurlarını tanımlayan, özellikle sistem testi ve kabul testini hedefleyen, test süreci iyileştirmesi için sürekli bir çerçeve.
test nesnesi: Test edilecek bileşen veya sistem. Ayrıca test öğesine bakın.
test hedefi: Bir testi tasarlamak ve yürütmek için bir neden veya amaç.
test oracle: Test edilen yazılımın gerçek sonucuyla karşılaştırmak için beklenen sonuçları belirleyen bir kaynak. Bir oracle, mevcut sistem (bir kıyaslama için), bir kullanım kılavuzu veya bir kişinin uzmanlık bilgisi olabilir, ancak kod olmamalıdır. (Adrion'dan sonra)
test performans göstergesi: Belirli bir hedef değerin veya kriterin ne ölçüde karşılandığını gösteren genel olarak yüksek seviyeli bir metrik. Genellikle test süreci iyileştirme hedefleriyle ilgilidir, örn. Kusur Tespit Yüzdesi (DDP).
test aşaması: Bir projenin yönetilebilir bir aşamasında toplanan farklı bir dizi test etkinliği, örn. bir test seviyesinin yürütme faaliyetleri. (Gerrard'dan sonra)
test planı: Amaçlanan test faaliyetlerinin kapsamını, yaklaşımını, kaynaklarını ve programını açıklayan bir belge. Diğerlerinin yanı sıra test öğelerini, test edilecek özellikleri, test görevlerini, her görevi kimin yapacağını, testçinin bağımsızlık derecesini, test ortamını, kullanılacak test tasarım tekniklerini ve test ölçüm tekniklerini ve seçimlerinin gerekçesini tanımlar ve acil durum planlaması gerektiren riskler. Test planlama sürecinin bir kaydıdır (IEEE 829'dan sonra)
test planlaması: Bir test planı oluşturma veya güncelleme etkinliği.
test politikası: Kuruluşun testlerle ilgili ilkelerini, yaklaşımını ve ana hedeflerini açıklayan üst düzey bir belge.
test noktası analizi (TPA): Fonksiyon noktası analizine dayalı formül tabanlı bir test tahmin yöntemi. (TMap)
test prosedürü: Test prosedürü özelliklerine bakın.
test prosedürü özellikleri: Bir testin yürütülmesi için bir dizi eylemi belirten bir belge. Test komut dosyası veya manuel test komut dosyası olarak da bilinir. (IEEE 829'dan sonra)
test süreci: Temel test süreci planlama, şartname, yürütme, kaydetme ve tamamlanma kontrolünü içerir. (BS 7925/2)
test tekrarlanabilirliği: Test her yürütüldüğünde aynı sonuçların üretilip üretilmediğini gösteren bir testin niteliği.
test sürüşü: Test nesnesinin belirli bir sürümünde bir testin yürütülmesi.
test komut dosyası: Genellikle bir test prosedürü spesifikasyonuna, özellikle otomatik olana atıfta bulunmak için kullanılır.
test özelliği: Bir test tasarım spesifikasyonu, test senaryosu ve / veya test prosedürü spesifikasyonundan oluşan bir belge.
test stratejisi: Bir program için (bir veya daha fazla proje) gerçekleştirilecek test seviyelerini ve bu seviyelerdeki testleri tanımlayan yüksek seviyeli bir belge.
test odası: Bir testin son koşulunun genellikle bir sonraki testin ön koşulu olarak kullanıldığı, test edilen bir bileşen veya sistem için birkaç test senaryosu seti.
test özet raporu: Test faaliyetlerini ve sonuçlarını özetleyen bir belge. Ayrıca çıkış kriterlerine göre ilgili test öğelerinin bir değerlendirmesini içerir.(IEEE 829'dan sonra)
test hedefi: Bir dizi çıkış kriteri.
test aracı: Planlama ve kontrol, belirtim, ilk dosyaları ve verileri oluşturma, test yürütme ve test analizi gibi bir veya daha fazla test faaliyetini destekleyen bir yazılım ürünü. (TMap) Ayrıca bkz. CAST.
test türü: Birbiriyle ilişkili bir veya daha fazla kalite özelliğine ilişkin bir bileşeni veya sistemi test etmeyi amaçlayan bir grup test etkinliği. Bir test türü, belirli bir test hedefine, yani güvenilirlik testi, kullanılabilirlik testi, regresyon testi vb. Üzerine odaklanır ve bir veya daha fazla test seviyesinde veya test aşamasında yer alabilir. (TMap'den sonra)
test edilebilirlik: Yazılım ürününün, değiştirilmiş yazılımın test edilmesini sağlama yeteneği. (ISO 9126) Ayrıca bakılabilirliğe bakın.
test edilebilirlik incelemesi: Test esasının, test süreci için bir girdi belgesi olarak hareket etmek için yeterli bir kalite seviyesinde olup olmadığını belirlemek için test esasının ayrıntılı kontrolü. (TMap'den sonra)
test edilebilir gereksinimler: Test tasarımlarının (ve ardından test durumlarının) oluşturulmasına ve gereksinimlerin karşılanıp karşılanmadığını belirlemek için testlerin yürütülmesine izin veren terimlerle bir gereksinimin ifade edilme derecesi. (IEEE 610'dan sonra)
test cihazı: Bir bileşenin veya sistemin test edilmesine dahil olan teknik olarak yetenekli bir profesyonel.
test yapmak: Yazılım ürünlerinin ve ilgili çalışma ürünlerinin planlanması, hazırlanması ve değerlendirilmesiyle ilgili tüm yaşam döngüsü faaliyetlerinden oluşan, belirtilen gereksinimleri karşıladıklarını belirlemek, amaca uygun olduklarını göstermek ve hataları tespit etmek için.
test yazılımı: Dokümantasyon, komut dosyaları, girdiler, beklenen sonuçlar, kurulum ve temizleme prosedürleri, dosyalar, veritabanları, ortam ve kullanılan tüm ek yazılımlar veya yardımcı programlar gibi testleri planlamak, tasarlamak ve yürütmek için gerekli test süreci sırasında üretilen yapılar test yapmak. (Fewster ve Graham'dan sonra)
iplik testi: Bileşenlerin aşamalı entegrasyonunun, bileşenlerin bir hiyerarşi seviyelerine göre entegrasyonunun aksine, gereksinimlerin alt kümelerinin uygulanmasını takip ettiği bir bileşen entegrasyon testi sürümü.
izlenebilirlik: Aşağıdakiler gibi dokümantasyon ve yazılımdaki ilgili öğeleri tanımlama yeteneğiilgili testlerle ilgili gereksinimler. Ayrıca bkz. Yatay izlenebilirlik, dikey izlenebilirlik.
yukarıdan aşağıya test: Bileşen hiyerarşisinin en üstündeki bileşenin önce test edildiği ve alt düzey bileşenlerin saplamalar tarafından simüle edildiği entegrasyon testine yönelik artımlı bir yaklaşım. Test edilen bileşenler daha sonra daha düşük seviyeli bileşenleri test etmek için kullanılır. İşlem, en düşük seviyedeki bileşenler test edilene kadar tekrar edilir.
U
anlaşılabilirlik: Yazılım ürününün, kullanıcının yazılımın uygun olup olmadığını ve belirli görevler ve kullanım koşulları için nasıl kullanılabileceğini anlamasını sağlama yeteneği. (ISO 9126) Ayrıca kullanılabilirliğe bakın.
ulaşılamaz kod: Ulaşılamayan ve bu nedenle yürütülmesi imkansız olan kod.
kullanılabilirlik: Yazılımın belirli koşullarda kullanıldığında anlaşılma, öğrenilme, kullanılma ve kullanıcı için çekici olma yeteneği. (ISO 9126)
kullanılabilirlik testi: Yazılım ürününün ne ölçüde anlaşıldığını, öğrenmesi kolay, kullanımı kolay ve belirli koşullar altında kullanıcılar için çekici olduğunu belirlemek için test. (ISO 9126'dan sonra)
durum testini kullanın: Kullanıcı senaryolarını yürütmek için test senaryolarının tasarlandığı bir kara kutu test tasarım tekniği.
kullanıcı testi: Bir bileşenin veya sistemin kullanılabilirliğini değerlendirmek için gerçek hayattaki kullanıcıların dahil olduğu bir test.
V
V modeli: Gereksinimlerin belirlenmesinden bakıma kadar yazılım geliştirme yaşam döngüsü etkinliklerini açıklayan bir çerçeve. V modeli, test faaliyetlerinin yazılım geliştirme yaşam döngüsünün her aşamasına nasıl entegre edilebileceğini gösterir.
doğrulama: İnceleme yoluyla ve belirli bir amaçlanan kullanım veya uygulama için gerekliliklerin yerine getirildiğine dair objektif kanıtların sağlanması yoluyla teyit. (ISO 9000)
değişken: Bir yazılım programı tarafından ona bir adla atıfta bulunarak erişilebilen bir bilgisayardaki depolama öğesi.
doğrulama: İnceleme yoluyla ve belirtilen şartların yerine getirildiğine dair objektif kanıtların sağlanmasıyla teyit. (ISO 9000)
dikey izlenebilirlik: Geliştirme belgelerinin katmanlarından bileşenlere kadar gereksinimlerin izlenmesi.
hacim testi: Sistemin büyük hacimli verilere maruz kaldığı testler. Ayrıca bkz. Kaynak kullanım testi.
İÇİNDE
izlenecek yol: Bilgi toplamak ve içeriğine ilişkin ortak bir anlayış oluşturmak için bir belgenin yazarının adım adım sunumu. (Freedman ve Weinberg, IEEE 1028)
beyaz kutu test tasarım tekniği: Bir bileşenin veya sistemin dahili yapısının bir analizine dayalı olarak test senaryoları türetmek ve seçmek için dokümante edilmiş prosedür.
beyaz kutu testi: Bileşenin veya sistemin iç yapısının analizine dayalı test.
Geniş Bantlı Delphi: Ekip üyelerinin kolektif bilgeliğini kullanarak doğru bir tahmin yapmayı amaçlayan uzman tabanlı bir test tahmin tekniğidir.
Bana ulaşın bu sözlüğe daha fazla tanım eklemek istiyorsanız.
Referans: http://www.istqb.org/downloads/glossary-1.0.pdf
Önerilen Kaynaklar
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Yazılım Testi QA Yardımcısı İşi
- Yazılım Test Kursu: Hangi Yazılım Test Enstitüsüne katılmalıyım?
- Kariyeriniz olarak Yazılım Testini Seçme
- Yazılım Testi Teknik İçerik Yazarı Serbest Çalışan İş
- QA Outsourcing Guide: Software Testing Outsourcing Companies
- Bazı İlginç Yazılım Testi Görüşme Soruları
- Yazılım Test Kursu Geri Bildirimleri ve İncelemeleri