Uji pengetahuan Anda tentang Jaminan Kualitas Perangkat Lunak dengan menjawab lebih dari 100 soal pilihan ganda Jaminan Kualitas Perangkat Lunak.
Gulir ke bawah untuk memulai!
A. Pengujian upaya pengguna
B. Pengujian Penerimaan Pengguna
A. Pengujian Validasi
B. Pengujian unit
C. Pengujian sistem
D. Tes integrasi
A. kotak hitam
B. kotak putih
C. kotak kaca
D. kotak abu-abu
A. Metode lama menghitung jarak antara dua objek
B. prinsip atau mekanisme yang dapat kami ketahui apakah perangkat lunak tersebut berfungsi sesuai dengan kriteria seseorang;
C. Mana ada!
D. Metode dimana pembelajaran terjadi sebagai hasil dari penemuan yang diinformasikan oleh eksplorasi.
A. Untuk menilai apakah perangkat lunak siap dirilis.
B. Untuk menemukan kesalahan dalam perangkat lunak.
C. Untuk membuktikan bahwa perangkat lunak itu benar.
D. Untuk menunjukkan bahwa perangkat lunak tidak berfungsi.
A. Pernyataan dalam program
B. Jalur logika independen dalam program
C. Kesalahan dalam program
D. Siklus dalam program ini
A. Ditemukan bahwa persyaratan yang disarankan untuk diterapkan sudah ada.
B. Prioritasnya sangat tinggi dan perlu ditangani segera.
C. Tim pengujian dituduh melihatnya.
D. Secara teknologi rumit.
A. PALSU
B. BENAR
A. PALSU
B. BENAR
A. Latih kondisi logis dalam modul program
B. Fokus pada pengujian validitas konstruksi loop
C. Mengandalkan pengujian jalur basis
D. Pilih jalur uji berdasarkan lokasi dan penggunaan variabel
A. Kepuasan pelanggan
B. Pelacakan Cacat
C. Kerja tim
D. Kontrol Konfigurasi
A. Kesalahan kinerja
B. Kesalahan ketik dan logika
C. Kesalahan tipografi
D. Kesalahan logika
E. Kesalahan perilaku
A. Awal, dikelola, didefinisikan, dikelola secara kuantitatif, mengoptimalkan
B. Tak satu pun dari ini
C. Fungsionalitas, keandalan, kegunaan, efisiensi, pemeliharaan, portabilitas
A. Alat yang digunakan untuk pengujian non fungsional
B. Alat Open Source GRATIS
C. Alat Pengujian Berbasis Web
D. diatas segalanya
E. Alat otomatisasi
A. Kotak putih
B. Kotak abu -abu
C. Tes junit
D. Tes integrasi
E. Kotak hitam
A. Pengujian berbasis sesi adalah metode uji perangkat lunak yang bertujuan untuk menggabungkan akuntabilitas dan pengujian eksplorasi untuk memberikan penemuan cacat yang cepat, desain uji on-the-fly yang kreatif.
B. Pengujian berbasis sesi adalah metode uji perangkat lunak yang melibatkan penguji yang merekam perilaku mereka untuk ditinjau pada tahap selanjutnya.
C. Pengujian berbasis sesi adalah metode uji perangkat lunak yang bertujuan untuk meningkatkan keterampilan penguji junior yang mungkin tidak nyaman dengan sistem yang sedang diuji.
D. Pengujian berbasis sesi adalah metode uji perangkat lunak yang bertujuan untuk menggabungkan hasil yang cepat dengan harapan tim gesit.
A. Fokus pada pengujian validitas konstruksi loop
B. Pilih jalur uji berdasarkan lokasi dan penggunaan variabel
C. Latih kondisi logis dalam modul program
D. mengandalkan pengujian jalur dasar
A. Desain dan Kode Program Internal
B. Persyaratan dan fungsionalitas
C. Bagaimana suatu aplikasi berfungsi di bawah beban berat
D. Pernyataan Kode, Cabang, Jalur dan Ketentuan
A. Kompatibilitas: Sebagian besar emulator tidak kompatibel dengan versi populer Windows MS.
B. Masalah instalasi: Menginstal dan menangani emulator lebih rumit daripada menangani perangkat keras nyata.
C. Kurangnya keandalan: Emulator mungkin tidak mewakili kendala perangkat keras secara memadai.
D. Kurangnya keandalan: Emulator mungkin tidak mewakili antarmuka pengguna secara memadai.
A. BENAR
B. PALSU
A. Pilih jalur uji berdasarkan lokasi dan penggunaan variabel
B. Latih kondisi logis dalam modul program
C. Mengandalkan pengujian jalur basis
D. Fokus pada pengujian validitas konstruksi loop
A. Pengecualian
B. Alpha
C. Beta
D. Kotak hitam
A. Pemrograman ekstrem
B. Metode air terjun
C. Perkembangan Agile
D. Pengembangan yang didorong oleh tes
A. Eksplorasi Penggunaan
B. Pengalaman Pengguna
C. Di bawah keberadaan
D. Pengalaman kegunaan
A. Fungsi yang salah atau hilang
B. Fungsi yang salah atau hilang, dan kesalahan antarmuka dan kesalahan kinerja
C. Kesalahan antarmuka
D. Kesalahan kinerja
E. Tak ada satupun
A. Tes alpha dilakukan oleh pengguna, sementara tes beta dilakukan oleh tim pengujian.
B. Tes alpha dilakukan oleh pengguna di bawah pengawasan tim pengujian di lab uji, sementara tes taruhan dilakukan oleh pengguna di fasilitas pengguna tanpa pengawasan ketat.
C. Tes beta dilakukan oleh pengguna, sementara tes alpha dilakukan oleh tim pengujian.
D. Tes beta dilakukan oleh pengguna di bawah pengawasan tim pengujian di lab uji, sementara tes alpha dilakukan oleh pengguna di fasilitas pengguna tanpa pengawasan ketat.
A. Pengujian formal perangkat lunak
B. Pertemuan informal untuk evaluasi atau tujuan informatif
C. Pandangan mendalam tentang bagaimana perangkat lunak berfungsi
D. Tak ada satupun
A. Keparahan ditentukan terutama oleh faktor teknis, sementara prioritas ditentukan oleh faktor yang terkait dengan bisnis.
B. Keparahan ditentukan oleh pengembang dan analisis bisnis, sementara prioritas - oleh tim pengujian.
C. Prioritas ditentukan terutama oleh faktor teknis, sementara keparahan ditentukan oleh faktor yang terkait dengan bisnis.
D. Keparahan ditentukan oleh harapan pengguna, sementara prioritas - oleh dampak pada fungsionalitas.
A. Model Keamanan Tes Holistik
B. Model Strategi Tes Manusia
C. Model Strategi Tes Heuristik
D. Manajemen Strategi Teknologi Tinggi
E. Model Strategi Tim Hollow
A. Mencicipi mereka daripada mencoba menguji beberapa input besar.
B. Jenis khusus pengidentifikasi sumber daya universal (URI).
C. Enkripsi yang dapat melindungi saluran di mana percakapan Anda terjadi.
D. Pasangan nilai kunci dengan tanda sama (=) antara kunci dan nilainya.
A. Plan - ACT - periksa - lakukan
B. Rencana - Lakukan - Periksa - Bertindak
C. Rencana - Periksa - ACT - lakukan
D. Rencana - periksa - lakukan - bertindak
A. Kegunaan
B. Pertunjukan
C. Kotak hitam
D. Kegunaan
A. Pengguna
B. Pengembang
C. Dukungan pelanggan
D. Insinyur Uji
A. Kualitas asuransi
B. Kontrol Detektif
C. Kontrol kualitas
D. Kontrol korektif
A. Proses di mana tes hanya mengambil nilai batas untuk pengujian
B. Suatu proses di mana penguji mengambil nilai batas dan nilai tengah untuk pengujian
A. Seorang pembaca
B. Perekam
C. Pengembang
D. Seorang moderator
A. Menyarankan jadwal rilis.
B. Menyajikan status kualitas uji aplikasi-di bawah kepada pembuat keputusan.
C. Membuat keputusan apakah akan melepaskan sistem-di bawah tes ke dalam produksi.
D. Memainkan Advokat Pengguna dengan mempertanyakan keputusan desain.
A. Fungsi kontrol utama dapat diuji lebih awal.
B. Kebutuhan program rintisan dihilangkan.
C. Kondisi pengujian lebih mudah dibuat.
D. Pengamatan hasil tes lebih mudah.
A. Ketidakmampuan untuk membaca data dari bidang aplikasi.
B. Ketidakmampuan untuk mengotomatisasi tes lokalisasi yang memerlukan perubahan ConfiguraIton di tingkat perangkat.
C. Ketidakmampuan untuk membandingkan gambar.
D. Ketidakmampuan untuk mengotomatiskan mengeklik objek aplikasi dan membuat pilihan dropdown.
A. Prosedurnya adalah apa yang harus terjadi dan prosesnya adalah langkah demi langkah bagaimana itu akan terjadi
B. Prosedurnya adalah siapa yang mengeksekusi pengujian yang diperlukan dan prosesnya adalah ketika akan dieksekusi
C. Prosesnya adalah siapa yang mengeksekusi pengujian yang diperlukan dan prosedurnya adalah ketika akan dieksekusi
D. Prosesnya adalah apa yang harus terjadi dan prosedurnya adalah langkah demi langkah bagaimana itu akan terjadi
A. Papan Kontrol Konfigurasi
B. Tim Pengembangan Perangkat Lunak
C. Ubah papan kontrol
D. Penghubung pelanggan
A. Cacat adalah penyimpangan dari persyaratan, sementara permintaan perubahan adalah saran bagaimana mengubah persyaratan.
B. Cacat dicatat oleh insinyur uji, sementara perubahan permintaan - oleh analis bisnis.
C. Mereka ditangani oleh sistem logging yang berbeda.
D. Cacat selalu memiliki risiko yang terkait dengan resolusi mereka, sementara permintaan perubahan tidak.
A. Pengujian beta
B. Pengujian Alpha
C. Pengujian Pemeliharaan
D. Pengujian sistem
E. Tes integrasi
A. BENAR
B. PALSU
A. Dikirim tepat waktu
B. Memenuhi persyaratan dan harapan
C. Dikirim sesuai anggaran
D. Benar-benar bebas bug
A. Teknik kotak hitam
B. Teknik kotak kaca
C. Teknik kotak putih
A. Pengujian Kegunaan
B. Pengujian keamanan
C. Pengujian fungsional
D. Pengujian kinerja
A. Subversi
B. Git
C. CVS
D. Studio visual
A. Menguji modul yang sama setelah bug diperbaiki
B. Menguji modul yang dipengaruhi setelah bug diperbaiki
C. Tanpa diperbaiki jika kita menguji cacat lagi
A. Hanya berurusan dengan antarmuka.
B. Fokus pada perilaku sistem di bawah tekanan.
C. Tidak akan diulang.
D. Didokumentasikan dengan baik dan mudah dieksekusi secara manual.
A. Pengujian Kegunaan
B. Pengujian Alpha
C. Pengujian beta
D. Pengujian Penerimaan Pengguna
A. Mengambil hanya dengan nilai rentang
B. Hanya mengambil nilai batas untuk pengujian
C. Di mana kami mengambil nilai batas dan nilai tengah untuk pengujian
A. Cacat dengan jumlah pembukaan kembali (pengerjaan ulang).
B. Cacat dengan status dan keparahan.
C. Cacat oleh penugasan pengembang.
D. Cacat berdasarkan prioritas.
A. Diagram desain
B. Daftar fitur yang akan diuji dan tidak diuji
C. Asumsi/Prasyarat
D. Perkenalan
A. Menetapkan akuntabilitas pribadi insinyur uji
B. Berikan data uji
C. Pastikan Cakupan
D. Hasil tes dokumen
A. Meniru semburan pendek pengguna bersamaan sambil mengukur penggunaan memori.
B. Latih fungsionalitas sistem-di bawah tes berulang kali dari waktu ke waktu sambil mengukur penggunaan memori.
C. Fokus pada pengisian database dan khususnya pada tabel log.
D. Ukur waktu respons pada klien dan di server.
A. Desain
B. Pemeliharaan
C. Pertunjukan
D. Persyaratan
E. Pengkodean
A. perilaku
B. kotak abu-abu
C. kotak hitam
D. kotak putih
A. Memulai inspeksi kode untuk mengidentifikasi cacat dalam kode
B. Dorong programmer untuk berusaha lebih keras untuk membuat lebih sedikit cacat
C. Tingkatkan jenis dan tingkat pengujian untuk menghilangkan cacat sebelum produksi
D. Mengklasifikasikan dan menghitung cacat sehingga Anda dapat mengidentifikasi cacat frekuensi tertinggi dan menghilangkan akar penyebab cacat
A. V-Model
B. Model linier
C. Model spiral
D. Model Air Terjun
A. Ini adalah proses pengembangan perangkat lunak yang berulang dan bertahap dan ini dapat bertujuan tergantung pada fitur.
B. Bukan dari salah satu di atas
C. Ini adalah pendekatan berulang dan tambahan yang menekankan pada keterlibatan pengguna yang berkelanjutan.
D. Ini adalah teknik yang memiliki iterasi pendek di mana kasus uji baru yang mencakup peningkatan yang diinginkan atau fungsionalitas baru ditulis terlebih dahulu.
A. BENAR
B. PALSU
A. Rencana Tes
B. Spesifikasi
C. Dokumen Persyaratan
D. Kasus cobaan
A. Modul
B. Lacak Node
C. Test Bed
D. Kelompok
A. Robotium
B. Qtp
C. Selenium
D. Jmeter
A. Desain, Persyaratan, Implementasi, Verifikasi, Pemeliharaan
B. Persyaratan, Desain, Verifikasi, Implementasi, Pemeliharaan
C. Persyaratan, desain, implementasi, verifikasi, pemeliharaan
D. Pemeliharaan, Persyaratan, Desain, Implementasi, Verifikasi
A. Manajer proyek
B. Pelanggan
C. Pengembang
D. Insinyur Perangkat Lunak
A. Dokumentasi skrip pengujian, pelacakan metrik, pengujian beban
B. Pemeriksaan Batas, Pengujian Ad-Hoc, Kombinasi Instalasi
C. Menguji fitur dan fungsi baru, pemeriksaan integritas data, pengujian regresi
A. QA adalah bagian dari proses pengujian perangkat lunak
B. Pengujian Perangkat Lunak adalah bagian dari proses QA
C. Pengujian perangkat lunak dan QA keduanya adalah hal yang sama
D. Pengujian Perangkat Lunak dan QA adalah dua proses yang berbeda
A. BENAR
B. PALSU
A. Kontrol Konfigurasi
B. Ubah permintaan
C. spesifikasi
D. modul perangkat lunak
A. Jaminan Kualitas Perangkat Lunak
B. Perencanaan
C. Pengujian
D. Pengembangan perangkat lunak
A. PALSU
B. BENAR
A. ISO 9002
B. ISO 9000
C. ISO 9003
D. ISO 9001
A. Anda tidak dapat membandingkan angka dalam set tersebut
B. & gt;
C. =
D. & lt;
A. BENAR
B. PALSU
A. Keandalan
B. Kegunaan
C. Biaya
D. Ketepatan
A. Dokumentasi Uji
B. Pengujian Prosedur
C. Pengujian Struktural
D. Pengujian Fungsional
A. Penerimaan Pengguna
B. Menekankan
C. Kegunaan
D. Kemampuan bertahan dan pemulihan
A. Semua ini adalah model berkualitas
B. ISO 9000
C. ISO/IEC 15504
D. CMMI
A. Tes integrasi
B. Pengujian kotak putih (kaca)
C. Pengujian kotak hitam
D. Pengujian kotak abu -abu
A. BENAR
B. PALSU
A. BENAR
B. PALSU
A. Penerimaan Pelanggan
B. Kondisi batas
C. Pengujian negatif
D. Penanganan kesalahan
A. Stabilitas dan pengamatan
B. Observabilitas, kesederhanaan, dan stabilitas
C. Kemampuan observasi
D. Kesederhanaan
E. Stabilitas
A. Pengujian kotak hitam
B. Pengujian unit
C. Tak ada satupun
D. Pengujian kotak putih
A. Dokumentasi
B. Tes
C. Ulasan dan Audit
D. Anggaran
A. Tak ada satupun
B. Integrasi model kematangan kemampuan
C. Inisiasi Manajemen Kematangan Koneksi
D. Kapasitas Modular Institute Kapasitas
A. Untuk membuat rekomendasi
B. Untuk menemukan masalah dan melihat apa yang hilang
C. Untuk memperbaiki perangkat lunak
D. Untuk mengumpulkan informasi pendahuluan
A. TIDAK
B. Ya
A. SQL Injection
B. Partisi kesetaraan
C. Tes Alpha
D. Pelacakan mata
A. alpha dan beta
B. Positve dan negatif
A. Kedua kesalahan dalam desain dan kesalahan dalam implementasi
B. Kesalahan dalam Desain
C. Kesalahan dalam akurasi
D. Kesalahan dalam Implementasi
E. Kesalahan dalam operasi
A. PALSU
B. BENAR
A. Mendukung manajemen perubahan
B. Manajer Perubahan Perangkat Lunak
C. Manajemen rantai persediaan
D. Manajemen Konfigurasi Perangkat Lunak
A. Pendekatan bottom up
B. Semua di atas
C. Pendekatan Big Bang
D. Pendekatan atas ke bawah
A. Pengujian fungsional
B. Pengujian sistem
C. Pengujian Regresi
D. Ujian penerimaan
A. Analis bisnis
B. Pengguna
C. Insinyur Uji
D. Pengembang
A. Jadwal
B. (semua ini)
C. Mendekati
D. Cakupan
E. Sumber daya
A. Jumlah bug perangkat lunak yang tidak dikenal.
B. Jumlah kata dalam rencana pengujian.
C. Jumlah baris kode yang dijalankan dalam perangkat lunak yang diuji.
D. Jumlah kasus uji yang lulus VS gagal.