100'ün üzerinde Yazılım Kalite Güvencesi çoktan seçmeli sorusunu yanıtlayarak Yazılım Kalite Güvencesi bilginizi sınayın.
Başlamak için aşağı kaydırın!
A. Kullanıcı girişimi testi
B. Kullanıcı Kabul Testi
A. Doğrulama Testi
B. Birim testi
C. Sistem testi
D. Entegrasyon testi
A. siyah kutu
B. Beyaz kutu
C. cam kutu
D. gri kutusu
A. İki nesne arasındaki mesafeyi hesaplamak için eski bir yöntem
B. Yazılımın birinin kriterlerine göre çalışıp çalışmadığını söyleyebileceğimiz bir ilke veya mekanizma;
C. Öyle bir şey yok!
D. Keşifle bilgilendirilen keşifler sonucunda öğrenmenin gerçekleştiği bir yöntem.
A. Yazılımın yayınlanmaya hazır olup olmadığını değerlendirmek için.
B. Yazılımda arızalar bulmak için.
C. Yazılımın doğru olduğunu kanıtlamak için.
D. Yazılımın çalışmadığını göstermek için.
A. Programdaki ifadeler
B. Programdaki bağımsız mantık yolları
C. Programdaki hatalar
D. Programdaki döngüler
A. Uygulamayı önerdiği gereksinimin halihazırda mevcut olduğu keşfedilmiştir.
B. Önceliği çok yüksektir ve hemen ele alınması gerekir.
C. Test ekibi bunu görmekle suçlanıyor.
D. Teknolojik olarak karmaşıktır.
A. YANLIŞ
B. Doğru
A. YANLIŞ
B. Doğru
A. Bir program modülündeki mantıksal koşulları kullanın
B. Döngü yapılarının geçerliliğini test etmeye odaklanın
C. Temel Yol testine güven
D. Değişkenlerin yerlerine ve kullanımlarına göre test yollarını seçin
A. Müşteri memnuniyeti
B. Kusur izleme
C. Takım çalışması
D. Yapılandırma Kontrolü
A. Performans hataları
B. Yazım hataları ve mantık hataları
C. Tipografik hata
D. Mantık hataları
E. Davranışsal Hatalar
A. Başlangıç, yönetilen, tanımlanmış, nicel olarak yönetilen, optimizasyon
B. Bunların hiç biri değil
C. İşlevsellik, güvenilirlik, kullanılabilirlik, verimlilik, sürdürülebilirlik, taşınabilirlik
A. Fonksiyonel olmayan testler için kullanılan araç
B. Ücretsiz Ware Açık Kaynak Aracı
C. Web tabanlı test aracı
D. her şeyden önce
E. Otomasyon Aracı
A. Beyaz kutu
B. Gri kutu
C. Junit Testi
D. Entegrasyon testi
E. Siyah kutu
A. Oturum tabanlı test, hızlı kusur keşfi, yaratıcı anında test tasarımı sağlamak için hesap verebilirlik ve keşif testlerini birleştirmeyi amaçlayan bir yazılım test yöntemidir.
B. Oturum tabanlı test, daha sonraki bir aşamada gözden geçirilecek davranışlarını kaydettiren test cihazını içeren bir yazılım test yöntemidir.
C. Oturum tabanlı test, test edilen sistemle rahat olmayabilecek beceri genç test cihazlarını yükseltmeyi amaçlayan bir yazılım test yöntemidir.
D. Oturum tabanlı test, hızlı sonuçları çevik bir ekibin beklentileriyle birleştirmeyi amaçlayan bir yazılım test yöntemidir.
A. Döngü yapılarının geçerliliğini test etmeye odaklanın
B. Değişkenlerin yerlerine ve kullanımlarına göre test yollarını seçin
C. Bir program modülündeki mantıksal koşulları kullanın
D. Rely Temel Yol Testi
A. Dahili Program Tasarımı ve Kodu
B. Gereksinimler ve İşlevsellik
C. Bir uygulama ağır yükler altında nasıl işlev görür?
D. Kod ifadeleri, şubeler, yollar ve koşullar
A. Uyumluluk: Çoğu emülatör, MS Windows'un popüler sürümleriyle uyumsuzdur.
B. Kurulum sorunları: Emülatörlerin kurulumu ve işlenmesi, gerçek donanımı işlemekten daha hantaldır.
C. Güvenilirlik eksikliği: Emülatörler donanım kısıtlamalarını yeterince temsil etmeyebilir.
D. Güvenilirlik eksikliği: Emülatörler kullanıcı arayüzünü yeterince temsil etmeyebilir.
A. Doğru
B. YANLIŞ
A. Değişkenlerin yerlerine ve kullanımlarına göre test yollarını seçin
B. Bir program modülündeki mantıksal koşulları kullanın
C. Temel Yol testine güven
D. Döngü yapılarının geçerliliğini test etmeye odaklanın
A. İstisna
B. Alfa
C. Beta
D. Siyah kutu
A. Aşırı programlama
B. Şelale yöntemi
C. Çevik Gelişim
D. Test odaklı gelişme
A. Kullanım Keşfi
B. Kullanıcının deneyimi
C. Varoluş altında
D. Kullanılabilirlik Deneyimi
A. Yanlış veya eksik işlevler
B. Yanlış veya eksik işlevler ve arayüz hataları ve performans hataları
C. Arayüz hataları
D. Performans hataları
E. Bunlardan hiçbiri
A. Alfa testleri kullanıcı tarafından yapılırken, beta testleri test ekibi tarafından yapılır.
B. Alfa testleri kullanıcı tarafından test laboratuvarındaki test ekibinin denetimi altında yapılırken, BETS testleri kullanıcı tarafından kullanıcı tarafından yakın denetim olmadan yapılır.
C. Beta testleri kullanıcı tarafından yapılırken, alfa testleri test ekibi tarafından yapılır.
D. Beta testleri kullanıcı tarafından test laboratuvarındaki test ekibinin denetimi altında yapılırken, alfa testleri kullanıcı tarafından kullanıcı tarafından yakın denetim olmadan yapılır.
A. Yazılımın resmi bir testi
B. Değerlendirme veya bilgi amaçlı gayri resmi bir toplantı
C. Yazılımın nasıl çalıştığına dair derinlemesine bir bakış
D. Bunlardan hiçbiri
A. Şiddet öncelikle teknik faktörlerle belirlenirken, öncelik işle ilgili faktörlerle belirlenir.
B. Şiddet geliştiriciler ve iş analizi tarafından belirlenirken, öncelik - test ekibi tarafından belirlenir.
C. Öncelik öncelikle teknik faktörler tarafından belirlenirken, ciddiyet işle ilgili faktörlerle belirlenir.
D. Şiddet, kullanıcı beklentileri ile belirlenirken, öncelik - işlevsellik üzerindeki etkisi ile belirlenir.
A. Bütünsel test güvenlik modeli
B. İnsan Test Stratejisi Modeli
C. Sezgisel Test Strateji Modeli
D. Yüksek Teknoloji Stratejisi Yönetimi
E. Hollow Team Strateji Modeli
A. Bazı büyük giriş setlerini test etmeye çalışmak yerine bunları örneklemek.
B. Özel bir evrensel kaynak tanımlayıcısı (URI).
C. Konuşmanızın gerçekleştiği kanalı koruyabilecek şifreleme.
D. Anahtar ve değer arasında eşit işaret (=) olan bir anahtar değeri çift.
A. PLAN - ACT - CHECT - DO
B. PLAN - DO - CHECK - ACT
C. PLAN - CHECK - ACT - DO
D. PLAN - CHECK - DO - ACT
A. Kullanılabilirlik
B. Verim
C. Siyah kutu
D. İşlevsellik
A. Kullanıcılar
B. Geliştiriciler
C. Müşteri desteği
D. Test Mühendisleri
A. Kalite güvencesi
B. Dedektif kontrolü
C. Kalite kontrol
D. Düzeltici kontrol
A. Testlerin yalnızca test için sınır değerleri aldığı bir işlem
B. Test cihazının test için sınır değerleri ve orta değerler aldığı bir işlem
A. Bir okuyucu
B. Bir kayıt cihazı
C. Geliştirici
D. Bir Moderatör
A. Bir sürüm programı önermek.
B. Karar vericilere test altındaki başvuru durumunun kalite durumunu sunmak.
C. Test altındaki sistemin üretime bırakılmayacağına karar vermek.
D. Tasarım kararlarını sorgulayarak kullanıcının savunucusunu oynamak.
A. Başlıca kontrol fonksiyonları erken test edilebilir.
B. Saplama programlarına duyulan ihtiyaç ortadan kaldırılır.
C. Test koşullarının oluşturulması daha kolaydır.
D. Test sonuçlarının gözlemlenmesi daha kolaydır.
A. Uygulama alanlarından verileri okuyamama.
B. Cihaz düzeyinde yapılandırma değişiklikleri gerektiren lokalizasyon testlerini otomatikleştirememe.
C. Görüntüleri karşılaştıramama.
D. Uygulama nesnelerini tıklatma ve açılır seçimler yapamama.
A. Prosedür ne olması gerektiğidir ve süreç nasıl olacağının adım adım
B. Prosedür, gerekli testi kimin yürüttüğü ve süreç ne zaman yürütülecektir.
C. Süreç, gerekli testi kim yürütür ve prosedür ne zaman yürütülür
D. Süreç ne olması gerektiğidir ve prosedür nasıl olacağının adım adımdır
A. Konfigürasyon Kontrol Panosu
B. Yazılım Geliştirme Ekibi
C. Kontrol paneli değiştir
D. Müşteri İrtibatı
A. Kusurlar gereksinimlerden sapmalardır, değişiklik istekleri gereksinimlerin nasıl değiştirileceği önerileridir.
B. Kusurlar test mühendisleri tarafından günlüğe kaydedilirken, iş analistleri tarafından değişiklik talepleri.
C. Farklı tomruklama sistemleri tarafından ele alınır.
D. Kusurların her zaman çözünürlükleri ile ilişkili bir riski vardır, değişim istekleri yoktur.
A. Beta testi
B. Alfa testi
C. Bakım Testi
D. Sistem testi
E. Entegrasyon testi
A. Doğru
B. YANLIŞ
A. Zamanında teslim edildi
B. Gereksinimleri ve beklentileri karşılıyor
C. Bütçe dahilinde teslim edildi
D. Tamamen hatasız
A. Kara Kutu Tekniği
B. Cam kutu tekniği
C. Beyaz Kutu Tekniği
A. Kullanılabilirlik testi
B. Güvenlik testi
C. Fonksiyonel test
D. Performans testi
A. Yıkılma
B. Git
C. CVS
D. Görsel stüdyo
A. Aynı modülü hata yaptıktan sonra test etmek
B. Hata düzeltildikten sonra etkilenen modüllerin test edilmesi
C. Kusuru tekrar test edersek sabit olmadan
A. Yalnızca arayüzlerle ilgilenir.
B. Sistemin stres altındaki davranışına odaklanın.
C. Tekrarlanmayacak.
D. İyi belgelenmiş ve manuel olarak yürütülmesi kolaydır.
A. Kullanılabilirlik testi
B. Alfa testi
C. Beta testi
D. kullanıcı Kabul Testi
A. Yalnızca aralık değerleriyle almak
B. Sadece test için sınır değerleri alın
C. Test için sınır değerleri ve orta değer aldığımız
A. Yeniden açılan sayısına göre kusurlar (yeniden iş).
B. Durum ve şiddete göre kusurlar.
C. Geliştirici ataması ile kusurlar.
D. Önceliğe göre kusurlar.
A. Tasarım Şeması
B. Test edilecek ve test edilmeyecek özelliklerin listesi
C. Varsayımlar/Önkoşullar
D. giriiş
A. Test Mühendisinin Kişisel Hesap Verebilirliği Oluşturun
B. Test Verileri Sağlayın
C. Kapsamı Sağlayın
D. Belge Test Sonuçları
A. Bellek kullanımını ölçerken eşzamanlı kullanıcıların kısa patlamalarını taklit edin.
B. Bellek kullanımını ölçerken zaman içinde tekrar tekrar test edilen sistemin işlevselliğini kullanın.
C. Veritabanı dolgusuna ve özellikle günlük tablolarına odaklanın.
D. İstemci ve sunucuda yanıt süresini ölçün.
A. Tasarım
B. Bakım
C. Verim
D. Gereksinimler
E. Kodlama
A. davranışsal
B. gri kutusu
C. siyah kutu
D. Beyaz kutu
A. Koddaki kusurları tanımlamak için kod denetimlerini başlatın
B. Programcıları daha az kusur yapmak için daha fazla denemeye teşvik edin
C. Üretimden önce kusurları kaldırmak için test türünü ve kapsamını artırın
D. En yüksek frekansın kusurunu tanımlayabilmeniz ve kusurun temel nedenini ortadan kaldırabilmeniz için kusurları sınıflandırın ve sayın
A. V-Model
B. Doğrusal model
C. Spiral model
D. Şelale Modeli
A. Bu yinelemeli ve artımlı bir yazılım geliştirme sürecidir ve bu özelliklere bağlı olabilir.
B. Yukarıdakilerin hiçbiri
C. Bu, sürekli kullanıcının katılımını vurgulayan yinelemeli ve artımlı bir yaklaşımdır.
D. Bu, ilk önce istenen iyileştirmeyi veya yeni işlevselliği kapsayan yeni test durumlarının yazıldığı kısa yinelemelere sahip bir tekniktir.
A. Doğru
B. YANLIŞ
A. Test planı
B. Şartname
C. Gereksinimler Belgesi
D. Test durumu
A. Modül
B. İzleme düğümü
C. Test ortamı
D. Grup
A. Robotyum
B. Qtp
C. Selenyum
D. Jmeter
A. Tasarım, Gereksinimler, Uygulama, Doğrulama, Bakım
B. Gereksinimler, Tasarım, Doğrulama, Uygulama, Bakım
C. Gereksinimler, Tasarım, Uygulama, Doğrulama, Bakım
D. Bakım, Gereksinimler, Tasarım, Uygulama, Doğrulama
A. Proje Müdürü
B. Müşteri
C. Geliştiriciler
D. Yazılım Mühendisi
A. Test komut dosyalarının belgeleri, metrik izleme, yük testi
B. Sınır kontrolü, geçici test, kurulum kombinasyonu
C. Yeni özellikleri ve işlevleri test etmek, veri bütünlüğü kontrolleri, regresyon testi
A. QA, yazılım test sürecinin bir parçasıdır
B. Yazılım testi KG sürecinin bir parçası
C. Yazılım testi ve KG hem aynı şey
D. Yazılım testi ve KG iki farklı işlemdir
A. Doğru
B. YANLIŞ
A. Yapılandırma Kontrolü
B. İsteği Değiştir
C. Şartname
D. yazılım modülü
A. Yazılım kalite güvencesi
B. Planlama
C. Test yapmak
D. Yazılım geliştirme
A. YANLIŞ
B. Doğru
A. ISO 9002
B. ISO 9000
C. ISO 9003
D. ISO 9001
A. Böyle bir setteki sayıları karşılaştıramazsınız
B. & gt;
C. =
D. & lt;
A. Doğru
B. YANLIŞ
A. Güvenilirlik
B. Kullanılabilirlik
C. Maliyet
D. Doğruluk
A. Test Belgeleri
B. Prosedür testi
C. Yapısal test
D. Fonksiyonel test
A. Kullanıcı kabülü
B. Stres
C. Kullanılabilirlik
D. Hayatta kalma ve iyileşme
A. Bunların hepsi kaliteli modeller
B. ISO 9000
C. ISO/IEC 15504
D. CMMI
A. Entegrasyon testi
B. Beyaz (cam) kutu testi
C. Kara kutu testi
D. Gri kutu testi
A. Doğru
B. YANLIŞ
A. Doğru
B. YANLIŞ
A. Müşteri kabulü
B. Sınır şartları
C. Olumsuz test
D. Hata yönetimi
A. İstikrar ve gözlemlenebilirlik
B. Gözlemlenebilirlik, sadelik ve istikrar
C. Gözlenebilirlik
D. Basitlik
E. istikrar
A. Kara Kutu Testi
B. Birim testi
C. Bunlardan hiçbiri
D. Beyaz Kutu Testi
A. Belgeler
B. Ölçek
C. İncelemeler ve Denetimler
D. Bütçe
A. Bunlardan hiçbiri
B. Yetenek Olgunluk Modeli Entegrasyonu
C. Bağlantı Vade Yönetimi Başlatma
D. Kapasite Olgunlaşma Modüler Enstitüsü
A. Öneriler yapmak için
B. Sorun bulmak ve neyin eksik olduğunu görmek için
C. Yazılımı düzeltmek için
D. Ön bilgileri toplamak için
A. HAYIR
B. Evet
A. SQL enjeksiyonu
B. Eşit bölümlere ayırma
C. Alfa testleri
D. Göz takibi
A. alfa ve beta
B. Pozitve ve negatif
A. Tasarımda hem Tasarımda Hatalar hem de Uygulamada Hatalar
B. Tasarımdaki hatalar
C. Doğruluktaki hatalar
D. Uygulamadaki hatalar
E. İşlemdeki hatalar
A. YANLIŞ
B. Doğru
A. Destek Değişikliği Yönetimi
B. Yazılım Değişikliği Yöneticisi
C. Tedarik zinciri yönetimi
D. Yazılım Yapılandırma Yönetimi
A. Aşağı yukarıya yaklaşım
B. Yukarıdakilerin hepsi
C. Big Bang yaklaşımı
D. Yukarıdan aşağıya yaklaşım
A. Fonksiyonel test
B. Sistem testi
C. Gerileme testi
D. Kabul testleri
A. İş analistleri
B. Kullanıcılar
C. Test Mühendisleri
D. Geliştiriciler
A. Takvim
B. (bütün bunlar)
C. Yaklaşmak
D. Kapsam
E. Kaynaklar
A. Bilinmeyen yazılım hatalarının sayısı.
B. Test planındaki kelime sayısı.
C. Test edilen yazılımda yürütülen kod satırlarının sayısı.
D. VS VS'ye geçen test vakalarının sayısı başarısız oldu.