A.   BENAR

A.   Penguji ingin menguji semua data input yang mungkin.

B.   Penguji memiliki pengetahuan tentang struktur internal perangkat lunak.

D.   Penguji tidak yakin semua set data input.

B.   Tidak ada perbedaan

C.   Tes beta melibatkan sekelompok kecil pengguna akhir tetapi uji coba melibatkan kelompok besar

D.   Perbedaannya tidak jelas

B.   Ketahanan perangkat lunak

C.   Ketersediaan di bawah beban berat

D.   Kinerja di bawah beban berat

A.   partisi tes antara rentang waktu yang sama

B.   membagi tes secara merata di antara penguji

D.   tes apakah partisi disk terdistribusi secara merata

A.   Menjalankan BVT dan Sumber Daya Pemantauan

C.   Menjalankan Cakupan Kode dan Sumber Daya Pemantauan

B.   Memeriksa perubahan

C.   Memeriksa efek samping setelah perubahan

D.   Tidak ada

A.   Pengujian API

B.   Cakupan Pernyataan

C.   Pengujian mutasi

A.   BENAR

B.   BENAR

A.   Moderator, penulis/produser, pembaca

B.   Penulis/produser, pembaca, inspektur

C.   Inspektur, Perekam

A.   Hanya setelah kode ditulis

B.   Tim pengujian tidak merencanakan pengujian, pengembang melakukannya

D.   Tidak perlu merencanakan, pengujian dilakukan oleh spesifikasi

B.   Pengujian unit

C.   Pengujian kotak abu -abu

D.   Pengujian fungsional

A.   Menguji sistem yang sepenuhnya terintegrasi untuk memverifikasi bahwa ia memenuhi persyaratannya

C.   Memastikan bahwa sistem diinstal dengan benar dan bekerja di perangkat keras pelanggan yang sebenarnya

D.   Tes yang berupaya memverifikasi antarmuka antara komponen terhadap desain perangkat lunak

A.   Pengujian Whitebox

B.   Pengujian beta

C.   Pengujian kinerja

A.   Pengembang

C.   Manajer Proyek Perangkat Lunak

D.   Insinyur Perangkat Lunak

A.   Use case adalah bagian dari perencanaan tes

C.   Rencana Uji adalah bagian dari kasus penggunaan

D.   Rencana uji dan kasus penggunaannya sama

A.   Indikator lulus/gagal

B.   Persyaratan terkait

D.   ID Kasus Uji

A.   Pengujian kinerja

B.   Pengujian beta

D.   Pengujian Whitebox

A.   Pengujian biasanya dilakukan oleh amatir sebagai hobi dan debugging biasanya dilakukan oleh para profesional

C.   Pengujian dan debugging adalah istilah yang dapat dipertukarkan dan pada dasarnya aktivitas yang sama

D.   Debugging adalah gambaran yang sangat sepintas tentang kode dan pengujian adalah upaya yang jauh lebih ketat untuk memperbaiki kesalahan

A.   Pengujian fungsional mencakup kasus uji yang memvalidasi log keamanan, kinerja dan pengujian disk dan ruang memori. Pengujian non-fungsional mencakup pengujian fungsi aktual yang akan digunakan pengguna akhir, termasuk transaksi dan repor

A.   Pengujian kotak putih

B.   Pengujian keamanan

D.   Pengujian unit

B.   Memeriksa bahwa bug tetap tidak mempengaruhi bagian lain dari modul dengan memeriksa fungsionalitas

A.   100000

C.   300000

D.   200000

B.   PALSU

A.   kumpulan bug

C.   Tes Skenario

D.   Kompilasi Uji

A.   PTQ

B.   TPQ

C.   Cutetp

D.   Qat

A.   Hanya tanggung jawab manajer proyek.

C.   Menilai risiko tidak mempekerjakan cukup penguji untuk proyek.

D.   Analisis bagaimana pelanggan akan bereaksi pada masalah perangkat lunak.

E.   Pertemuan Pemasaran di mana fitur baru dibahas.

A.   Hanya pada fitur baru; Fitur lama sudah diuji

B.   Hanya di mana tidak ada tim pengujian

C.   Hanya dengan kode kompleks; mereka harus fokus pada pengembangan

A.   Pusat Pembelajaran Pengembangan Perangkat Lunak

B.   Siklus hidup cacat parah

D.   Siklus hidup cacat perangkat lunak

E.   Siklus Hidup Deteksi Perangkat Lunak

A.   BENAR

A.   Kotak hitam

B.   kotak putih

D.   Kotak abu -abu

A.   semua ini

B.   Ii. hebat dalam mengelola persyaratan bisnis

C.   I. Hebat dalam spesifikasi dan jadwal

D.   AKU AKU AKU. baik penguji dan manajer program

A.   Tabel konten diikuti oleh beberapa karakter.

B.   Dikembangkan oleh analis bisnis untuk memenuhi persyaratan.

C.   Pekerjaan kolektif tim QA tentang risiko pengujian perangkat lunak.

A.   pengujian variasi yang sibuk

B.   Bangun topik validasi

C.   Bane dari keberadaan saya

A.   Pengujian Blackbox

B.   Pengujian Whitebox

C.   Pengujian unit

A.   BENAR

A.   Qtp

B.   Soap Ui

C.   Selenium

D.   Sahi

B.   BENAR

A.   Ulasan Kode

C.   Spesifikasi

D.   Langkah Uji

A.   Studio uji

C.   Selenium

D.   Qtp

A.   Pengujian Konfigurasi

B.   Pengujian kinerja

C.   Pengujian Blackbox

B.   Kami tidak dapat mengotomatiskan input pengguna

C.   Mungkin sulit untuk mengulangi tes

D.   Tidak mungkin menjalankan tes

A.   Tidak ada bedanya, mereka adalah hal yang sama

C.   Pengujian regresi memastikan kesalahan asli telah dihapus; Pengujian ulang tampilan untuk efek samping yang tidak terduga

B.   Ini mengacu pada pengujian aplikasi di server yang berbeda

C.   Ini mengacu pada pengujian aplikasi di browser yang berbeda

A.   Model Air Terjun

B.   V-model

C.   Model spiral

A.   Jaminan Kualitas Perangkat Lunak

B.   Perencanaan tes

C.   Pengurangan risiko

A.   BENAR

A.   Analisis jalur yang diselesaikan

B.   Laporan Insiden Pengujian Selesai

C.   Analisis Cakupan Kode Selesai

E.   Laporan Ringkasan Tes Selesai

A.   Penguji tidak terlibat sebelum kode ditulis

B.   Insinyur perangkat lunak tidak perlu melakukan pengujian

C.   Mengurangi ketegangan antara penguji dan pengembang

B.   Untuk mengidentifikasi cacat dalam sistem yang terkait dengan skenario ekstrem.

C.   Untuk mengidentifikasi cacat dalam sistem yang terkait dengan penggunaan praktik pemrograman yang tidak disetujui.

D.   Untuk mengidentifikasi cacat dalam koneksi antar komponen.

A.   Ujian penerimaan

B.   Tes integrasi

D.   Pengujian beta

A.   Perkembangan

B.   Ulasan Kode

D.   Pengujian

A.   Pengujian Alpha

B.   Pengujian kotak hitam

D.   Pengujian Kompatibilitas

A.   Kondisi Batas Uji Sejauh mungkin dari tepi kelas input dan output Equivalence

B.   Uji batas antara memori dan disk untuk menghindari serangan keamanan

D.   Uji batas antara browser dan server untuk menghindari serangan keamanan

E.   Tes yang "di batas" dan harus dianggap dihapus dari rencana pengujian karena nilai rendahnya

A.   Pengujian Blackbox

C.   Pengujian kinerja

D.   Pengujian beta

A.   Pengujian Kode Hitam

B.   Kotak Clear Testing

C.   Tak ada satupun

E.   Pengujian Kompatibilitas Batas

A.   Alat debugging

B.   Alat analisis statis

D.   Tak ada satupun

B.   BENAR

A.   nilai yang valid dari kisaran 1 - 10000

C.   Nilai tidak valid di bawah 1

D.   nilai tidak valid di atas 1000

B.   Dapat mendelegasikan pengujian kembali ke tim pengembangan

C.   Malas cukup untuk tidak ingin melakukan sesuatu lebih dari sekali

D.   Bisa begadang sepanjang malam dalam waktu krisis

A.   Pengujian beban

C.   Pengujian Konfigurasi

D.   Pengujian stres

A.   Pengujian Alpha

B.   Pengujian beta

D.   Pengujian Penerimaan Pengguna

A.   Tes Penerimaan Periksa persyaratan dan skenario yang ditentukan klien yang harus dipenuhi produk

B.   Di TDD, tes ditulis bahkan sebelum kode

D.   Suite tes adalah kumpulan kasus uji

A.   Kasus uji memiliki probabilitas tinggi untuk menemukan kesalahan.

B.   Kasus uji tes input yang tidak valid.

C.   Kasus uji tidak terlalu sederhana atau terlalu kompleks.

A.   Peran dan tanggung jawab

B.   Templat uji

D.   (semua ini)

E.   Jadwal tes

B.   Persiapan Dokumen Strategi Uji

C.   Estimasi Upaya Uji

D.   Pemilihan Alat Uji

B.   BENAR

B.   daftar browser yang perlu dimiliki setiap penguji di kantor mereka

C.   sesuatu yang bisa menunggu sampai sprint terakhir

D.   daftar browser yang dapat diuji

A.   Model spiral

B.   Model Air Terjun

C.   Model linier

B.   Pengujian dapat menemukan perbedaan antara perangkat lunak dan spesifikasinya.

C.   Kasus uji dapat ditulis segera setelah spesifikasi fungsional selesai.

D.   Penguji bisa menjadi non-teknis.

A.   Perencanaan tes

B.   Kualitas perangkat lunak

C.   Risiko tes

A.   Tes yang dilakukan untuk menentukan apakah persyaratan spesifikasi atau kontrak terpenuhi

C.   Penilaian yang mengharuskan pemeriksa untuk benar -benar melakukan tugas atau aktivitas, daripada sekadar menjawab pertanyaan yang merujuk pada bagian tertentu

D.   Bidang pengujian di mana berurusan dengan pengujian kemampuan perangkat lunak untuk berfungsi untuk jumlah waktu tertentu

B.   PALSU

A.   Definisi

B.   Integrasi

D.   pengukuran

A.   PALSU

A.   Penyimpangan perangkat lunak dari pengiriman atau layanan yang diharapkan

C.   Pengujian operasional di situs yang tidak terlibat dengan pengembang perangkat lunak

D.   Mekanisme untuk menghasilkan hasil yang diharapkan untuk dibandingkan dengan hasil yang diharapkan dari perangkat lunak yang sedang diuji (SUT)

B.   Sebuah insiden

C.   Gerbang rute

D.   Supir

B.   seorang pengembang

C.   seorang pemilik bisnis

D.   pengguna akhir

B.   Pelanggan menemukan cacat dalam produksi

C.   Insinyur QA menemukan bug sehari sebelum dilepaskan

D.   Peer menemukan bug selama tinjauan kode

E.   Pengembang menemukan bug selama pengujian kewarasan

A.   Tim pengujian independen

B.   Setiap orang yang pada akhirnya mungkin menggunakan alat ini

D.   Kontraktor vendor untuk menulis skrip awal

B.   Anda menjalankan setiap fungsi di loop secara terpisah dan menerapkan penggunaan sumber daya pada beban yang diproyeksikan

C.   Ini bukan fungsi dari tes kinerja

D.   Anda untuk menjalankan tes cakupan kode dengan pemantauan sumber daya dan menyesuaikan dengan beban yang diproyeksikan

A.   BENAR

B.   Ii. membuat beban raksasa untuk menemukan di mana sistem berantakan

C.   I. Memodelkan hari aktivitas pengguna yang khas

D.   AKU AKU AKU. Memodelkan aktivitas pengguna pada hari lalu lintas yang sibuk

B.   Pengujian sedang mencoba menemukan kondisi ras dan kebuntuan.

C.   Perangkat lunak ini dianggap "misi kritis".

D.   Beban khas perangkat lunak tidak diketahui pada saat pengujian.

A.   Segera pada hari pertama

B.   seminggu sebelum kapal

D.   Segera setelah tes unit lengkap

B.   Mendirikan

C.   Mendiagnosis

D.   Akting

A.   Model Manajemen Pengujian

B.   Model pengukuran pengujian

A.   Perkembangan Agile

B.   Rekayasa Perangkat Lunak

D.   Pengembangan perangkat lunak

A.   Semua testcases yang direncanakan telah dijalankan

B.   Semua kesalahan telah diperbaiki dengan benar

C.   Waktu habis

A.   pengujian rintisan

C.   pengujian sistem non-fungsional

A.   Tidak bisa bereproduksi

B.   Seperti yang dirancang

C.   refactored

D.   Dibuka kembali

E.   Ditutup - diperbaiki

A.   kebanyakan bug stopper kapal

C.   Hitungan Bug / No Repro Count

B.   Menguji fungsionalitas aplikasi tanpa pengetahuan tentang kode/struktur internal aplikasi

C.   Menguji dengan tujuan spesifik melihat bagaimana sistem akan berkinerja di masa depan

D.   Teknik di mana semua kemungkinan cabang kode sumber program diuji setidaknya sekali

B.   BENAR

A.   Pengujian Asap

C.   Pengujian drive

D.   Pengujian Struktural

A.   Server lama apa pun akan berfungsi dengan baik

C.   persis sama dengan produksi untuk mendapatkan hasil yang tepat

B.   enam

C.   tiga

B.   Pengujian kinerja

C.   Pengujian dinamis

D.   Pengujian beta