serangkaian kegiatan pendukung (termasuk fasilitasi, pelatihan pengukuran, dan analisis) yang diperlukan untuk memberikan keyakinan memadai bahwa proses ditetapkan dan terus ditingkatkan untuk menghasilkan produk yang memenuhi spesifikasi dan cocok untuk kita
Cari Pertanyaan Wawancara pengujian QA dan banyak perangkat lunak, Ajukan Pertanyaan Wawancara dan mendapatkan jawaban ahli, Cari resume Contoh banyak atau Meminta satu profesional ditulis untuk Anda secara GRATIS: silahkan kunjungi: http://crackinterviews.com/blog/ Apa tujuan pengujian? Pengujian
memberikan informasi apakah suatu produk tertentu memenuhi persyaratan. Apa perbedaan antara QA dan pengujian?
Quality Assurance adalah rangkaian aktifitas yang dilakukan untuk menetapkan standar dan untuk memantau dan meningkatkan kinerja sehingga perawatan yang diberikan adalah sebagai efektif dan seaman mungkin. Pengujian memberikan informasi apakah suatu produk tertentu memenuhi persyaratan. Hal ini juga memberikan informasi di mana produk gagal untuk memenuhi persyaratan.
Apakah kualitas perangkat lunak '? ATAU Tentukan kualitas perangkat lunak bagi saya, karena Anda memahaminya?
perangkat lunak Kualitas adalah cukup bebas bug, dikirimkan tepat waktu dan sesuai anggaran, memenuhi persyaratan dan / atau harapan, dan dipelihara. Namun, kualitas jelas istilah subyektif. Ini akan tergantung pada siapa 'pelanggan' adalah dan pengaruh mereka secara keseluruhan dalam skema hal. Setiap jenis 'pelanggan akan memiliki miring mereka sendiri pada' kualitas '- departemen akuntansi mungkin mendefinisikan kualitas dalam hal keuntungan sementara pengguna akhir mungkin mendefinisikan kualitas sebagai user-friendly dan bebas bug
.Apa peran dokumentasi dalam QA? Kritis
. (Perhatikan bahwa dokumentasi dapat elektronik, tidak harus kertas.) Praktek QA harus didokumentasikan sehingga mereka berulang. Spesifikasi, desain, aturan bisnis, laporan inspeksi, konfigurasi, perubahan kode, rencana pengujian, uji kasus, laporan bug, buku petunjuk, dll semua harus didokumentasikan. Ada idealnya harus ada sistem untuk dengan mudah menemukan dan memperoleh dokumen dan menentukan apa dokumentasi akan memiliki bagian tertentu dari informasi. Manajemen perubahan untuk dokumentasi harus digunakan jika memungkinkan.
Jelaskan siklus hidup pengembangan perangkat lunak .
Ada tujuh tahapan dari siklus hidup pengembangan perangkat lunak
1. Memulai proyek Para pengguna mengidentifikasi Bisnis persyaratan mereka.
2. Tentukan Proyek ini tim pengembangan perangkat lunak menerjemahkan kebutuhan bisnis ke dalam spesifikasi sistem dan disatukan ke dalam Dokumen Sistem Mutu.
3. Desain sistem Tim Arsitektur Sistem desain sistem dan menulis Dokumen Desain Fungsional. Selama tahap desain solusi umum kembali hipotesis dan data proses dan struktur yang terorganisir.
4. Membangun sistem Spesifikasi Sistem dan dokumen desain yang diberikan kepada kode tim pengembangan modul dengan mengikuti Persyaratan dan dokumen Desain .
5. Menguji sistem - Tim uji mengembangkan rencana uji mengikuti persyaratan. Perangkat lunak ini adalah membangun dan diinstal pada platform uji setelah pengembang telah menyelesaikan pembangunan dan Unit Testing. Penguji menguji perangkat lunak dengan mengikuti rencana uji.
6. Menyebarkan sistem Setelah pengujian pengguna penerimaan dan sertifikasi perangkat lunak, ia terinstal di platform produksi. Demo dan pelatihan yang diberikan kepada pengguna.
7. Dukungan sistem - Setelah software ini di produksi, tahap pemeliharaan kehidupan dimulai. Selama fase ini tim pengembangan bekerja dengan staf dokumen pengembangan untuk memodifikasi dan meningkatkan aplikasi dan tim uji bekerja dengan staf dokumentasi uji untuk memverifikasi dan memvalidasi perubahan dan peningkatan ke perangkat lunak aplikasi.
Di tahap mana dari SDLC tidak pengujian mulai menurut pendapat Anda ?
proses QA dimulai dari fase kedua dari Software Development Life Cycle yaitu Tentukan Sistem. Pengujian Produk yang sebenarnya akan dilakukan pada Uji fase sistem (Tahap-5). Selama ini tim uji fase akan memverifikasi hasil aktual terhadap hasil yang diharapkan.
Jelaskan tahap pengujian pra, pengujian penerimaan dan tahap pengujian.
Tahap pengujian Pra:
1. Review dokumen persyaratan untuk testability ini: Tester akan menggunakan dokumen persyaratan untuk menulis kasus uji .
2. Menetapkan tanggal beku keras: tanggal pembekuan Drive merupakan tanggal setelah tim uji sistem tidak akan menerima lebih perubahan perangkat lunak dan dokumentasi dari tim pengembangan, kecuali mereka adalah perbaikan keparahan 1 MR. Tanggal ini dijadwalkan sehingga produk tim uji akan punya waktu untuk regresi akhir.
3. Menulis rencana induk uji: Hal ini ditulis oleh tester timah atau koordinator tes. Rencana uji Guru termasuk rencana pengujian keseluruhan, sumber daya pengujian dan strategi pengujian.
4. Menyiapkan Alat MR: Alat MR harus diatur segera setelah Anda tahu dari modul yang berbeda dalam produk tersebut, para pengembang dan penguji pada produk, platform perangkat keras, dan pengujian sistem operasi akan dilakukan .
Informasi ini akan tersedia pada saat selesainya draft pertama dari dokumen arsitektur. Kedua penguji dan pengembang dilatih bagaimana menggunakan sistem.
5. Menyiapkan lingkungan pengujian: Lingkungan pengujian diatur pada mesin yang terpisah, database dan jaringan. Tugas ini dilakukan oleh tim dukungan teknis. Pertama kali dibutuhkan waktu, Setelah itu lingkungan yang sama dapat digunakan oleh rilis nanti.
6. Menulis rencana uji dan uji kasus: Template dan alat ini memutuskan untuk menulis rencana uji, kasus uji dan prosedur pengujian. Hasil yang diharapkan disusun dalam rencana uji sesuai dengan kategori fitur ditentukan dalam dokumen persyaratan. Untuk setiap fitur uji kasus positif dan negatif yang tertulis. Menulis rencana uji membutuhkan pemahaman lengkap tentang produk dan interface dengan sistem lain. Setelah rencana uji selesai, langkah-langkah yang dilakukan dengan para pengembang dan anggota tim desain dengan baseline dokumen rencana uji .
7. Menyiapkan alat otomatisasi tes: Perencanaan strategi tes tentang cara untuk mengotomatisasi pengujian. Kasus uji yang akan dijalankan untuk pengujian regresi. Tidak semua uji kasus akan dilaksanakan selama pengujian regresi.
8. Mengidentifikasi kasus uji penerimaan: Pilih himpunan bagian yang diharapkan pada hari pertama pengujian sistem. Tes ini harus dilalui untuk menerima produk dalam tes sistem.
Penerimaan tahap pengujian:
1. Bila produk memasuki pengujian sistem, periksa mereka telah menyelesaikan tes integrasi dan harus memenuhi kriteria uji integrasi keluar.
2. Periksa kriteria keluar integrasi dan kriteria uji produk masuk dalam rencana uji master atau dokumen uji strategi.
3. Periksa tanda pengujian integrasi dari lembar kriteria.
4. Mengkoordinasikan rilis dengan pengembangan produk.
5. Bagaimana kode akan bermigrasi dari lingkungan pengembangan untuk lingkungan pengujian.
6. Instalasi dan pengujian penerimaan .
Produk tahap pengujian:
1. Menjalankan tes: Pelaksanaan uji kasus dan memverifikasi jika fungsi yang sebenarnya dari aplikasi sesuai dengan hasil yang diharapkan .
2. Pengujian manual awal dianjurkan untuk mengisolasi perilaku sistem yang tak terduga. Setelah aplikasi adalah uji regresi stabil otomatis dapat dihasilkan.
3. Mengeluarkan MR pada deteksi dari bug.
Berapakah nilai dari kelompok pengujian? Bagaimana Anda membenarkan pekerjaan dan anggaran Anda?
perangkat lunak Semua produk mengandung cacat / bug, meskipun ada upaya terbaik dari tim pengembangan mereka. Hal ini penting bagi pihak luar (orang yang tidak pengembang) untuk menguji produk dari sudut pandang yang lebih obyektif dan wakil dari pengguna produk. Pengujian uji kelompok perangkat lunak dari sudut pandang atau persyaratan apa yang dibutuhkan oleh pengguna. Penguji kerja adalah untuk memeriksa program dan melihat jika tidak melakukan apa yang seharusnya dilakukan dan juga melihat apa yang dilakukannya apa yang tidak seharusnya dilakukan.
Apa rencana uji master? Apa yang dikandungnya? Siapa yang bertanggung jawab untuk menulis itu?
ATAU
Apakah rencana tes? Siapa yang bertanggung jawab untuk menulis itu? Apa mengandung .
ATAU Apa itu 'rencana uji'? Apa yang Anda masukkan dalam rencana tes?
Sebuah proyek perangkat lunak rencana uji adalah dokumen yang menggambarkan tujuan, ruang lingkup, pendekatan, dan fokus dari upaya pengujian perangkat lunak. Proses mempersiapkan rencana tes adalah cara yang berguna untuk memikirkan upaya yang diperlukan untuk memvalidasi penerimaan produk perangkat lunak. Dokumen selesai akan membantu orang di luar kelompok uji memahami 'mengapa' dan 'bagaimana' validasi produk. Harus menyeluruh cukup berguna tapi tidak begitu menyeluruh bahwa tidak ada orang di luar kelompok uji akan membacanya. Berikut ini adalah beberapa item yang mungkin dimasukkan dalam rencana uji, tergantung pada proyek tertentu: Judul Identifikasi perangkat lunak termasuk versi / release nomor Riwayat revisi dari dokumen termasuk penulis, tanggal, persetujuan Daftar isi Tujuan dari dokumen, penonton dimaksudkan Tujuan pengujian upaya Software produk ikhtisar Relevan daftar dokumen terkait, seperti persyaratan, dokumen desain, rencana uji lainnya, dll Relevan standar atau persyaratan hukum Melacak persyaratan kemampuan Relevan konvensi penamaan dan konvensi pengenal Perangkat lunak secara keseluruhan proyek organisasi dan personil / kontak-info / responsibilties Uji organisasi dan personil / kontak-info / tanggung jawab Asumsi dan dependensi Proyek analisis risiko Pengujian prioritas dan fokus Ruang lingkup dan keterbatasan pengujian Garis besar uji - dekomposisi dari pendekatan uji dengan tes, jenis fitur, fungsi, sistem proses,, modul, dll sebagaimana berlaku Garis Besar kelas input data kesetaraan, batas analisis nilai, kelas kesalahan Uji lingkungan - perangkat keras, sistem operasi, perangkat lunak lain yang diperlukan, konfigurasi data, interface ke sistem lain Uji validitas analisis lingkungan - perbedaan antara tes dan sistem produksi dan dampaknya terhadap validitas tes. Uji lingkungan setup dan masalah konfigurasi Software proses migrasi Software CM proses Uji data pengaturan persyaratan Basis pengaturan persyaratan Garis besar kemampuan system-logging/error-logging/other, dan alat-alat seperti software screen capture, yang akan digunakan untuk membantu menjelaskan dan melaporkan bug Diskusi dari setiap perangkat lunak atau perangkat keras khusus yang akan digunakan oleh penguji untuk membantu melacak penyebab atau sumber bug Otomatisasi tes - pembenaran dan gambaran Alat uji yang akan digunakan, termasuk versi, patch, dll Uji script / tes proses pemeliharaan kode dan kontrol versi Soal pelacakan dan resolusi - alat dan proses Proyek uji metrik untuk digunakan Persyaratan pelaporan dan pengujian kiriman Software pintu masuk dan keluar kriteria Kewarasan awal periode pengujian dan kriteria Uji suspensi dan restart kriteria Personil alokasi Personil pra-kebutuhan pelatihan Uji situs / lokasi Di luar tes organisasi untuk dimanfaatkan dan tujuan mereka, responsibilties, penyerahan, kontak person, dan masalah koordinasi Relevan eksklusif, rahasia, keamanan, dan masalah perizinan. Buka masalah Lampiran - glossary, akronim, dll
Tim-lead atau Sr Analis QA bertanggung jawab untuk menulis dokumen ini.
Mengapa tes merencanakan dokumen terkendali ?
Karena kontrol seluruh proses pengujian. Penguji harus mengikuti rencana uji selama proses pengujian keseluruhan.
Informasi apa yang Anda butuhkan untuk merumuskan rencana uji ?
Butuh dokumen persyaratan Bisnis untuk mempersiapkan rencana uji.
Apa pintu masuk dan keluar kriteria dalam tes sistem?
Masuk dan kriteria keluar dari setiap tahap pengujian yang tertulis dalam rencana uji tuan .
Kriteria Enterence:
- Integrasi kriteria keluar telah berhasil memenuhi .
- Semua dokumen instalasi selesai .
- Semua perangkat lunak shippable telah berhasil dibangun
- Syate, rencana uji baselined dengan menyelesaikan walkthrough rencana uji .
- lingkungan Test harus setup .
- Semua keparahan MR 1 dari fase integrasi uji harus ditutup .
Kriteria Keluar:
- Semua kasus tes dalam rencana uji harus dieksekusi .
- / Semua MR yang cacat baik ditutup atau ditangguhkan .
-. Regresi siklus pengujian harus dieksekusi setelah menutup MR
- Semua dokumen ditelaah, finilized dan ditandatangani-off .
Jika tidak ada persyaratan, bagaimana Anda menulis rencana uji Anda ?
Jika tidak ada persyaratan kami mencoba untuk mengumpulkan rincian sebanyak mungkin dari: Bisnis Analis Pengembang (Jika diakses) Versi Sebelumnya dokumentasi (jika ada) Stake holder (Jika diakses) Prototip.
Apa pengujian kotak pengujian / unit Putih ?
Unit testing - Yang paling 'mikro' skala pengujian, untuk menguji fungsi tertentu atau modul kode. Biasanya dilakukan oleh programmer dan bukan oleh penguji, karena membutuhkan pengetahuan yang terperinci dari desain program internal dan kode. Tidak selalu mudah dilakukan kecuali aplikasi memiliki arsitektur yang dirancang dengan baik dengan kode ketat;. Mungkin memerlukan pengembangan modul driver test atau memanfaatkan tes
Perbedaan antara pengujian kotak Hitam dan Putih ?
Hitam kotak pengujian: pengujian fungsional berdasarkan kebutuhan yang tidak memiliki pengetahuan tentang struktur program internal atau data. Juga dikenal sebagai pengujian kotak tertutup .
pengujian White Box: Pengujian pendekatan yang memeriksa struktur program dan data perangkat uji dari logika program .
Apa peran alat pengujian kaca-kotak dan kotak hitam?
Glass-kotak pengujian juga disebut sebagai white-box pengujian mengacu pada pengujian, dengan pengetahuan rinci dari internal modul. Jadi alat ini lebih berkonsentrasi pada, data algoritma struktur yang digunakan dalam pengembangan modul. Alat ini melakukan pengujian pada modul individu lebih mungkin dibandingkan dengan seluruh aplikasi. Black-Box alat pengujian mengacu pada pengujian pengujian antarmuka, fungsi dan kinerja dari modul sistem dan keseluruhan sistem.
Apakah pengujian Kotak hitam ?
pengujian Black Box juga disebut pengujian sistem yang dilakukan oleh para penguji. Berikut fitur dan persyaratan produk seperti yang dijelaskan dalam dokumen persyaratan diuji.
Apakah pengujian Integrasi?
Integrasi pengujian - Pengujian bagian gabungan dari aplikasi untuk menentukan apakah mereka berfungsi bersama-sama benar. The 'bagian' dapat kode modul, setiap aplikasi, aplikasi klien dan server dalam jaringan, dll Jenis pengujian sangat relevan bagi sistem klien / server dan didistribusikan.
Apa pengetahuan Anda perlu lakukan kotak putih, integrasi dan pengujian kotak hitam ?
Untuk pengujian kotak putih Anda perlu memahami internal dari modul seperti struktur data dan algoritma dan memiliki akses ke kode sumber dan untuk pengujian kotak hitam hanya pemahaman / fungsionalitas dari aplikasi.
Apakah pengujian regresi
pengujian regresi: Re-pengujian setelah perbaikan atau modifikasi dari perangkat lunak atau lingkungannya. Ini bisa sulit untuk menentukan berapa banyak pengujian kembali diperlukan, terutama di dekat akhir dari siklus pengembangan. Alat pengujian otomatis dapat sangat berguna untuk jenis pengujian ..
Mengapa kita melakukan pengujian regresi
Dalam setiap fungsi aplikasi baru dapat ditambahkan sehingga aplikasi harus diuji untuk melihat apakah fungsi ditambahkan telah mempengaruhi fungsi yang ada atau tidak. Di sini bukan pengujian ulang semua script dasar yang ada diciptakan untuk fungsi ini dapat di putar kembali dan diuji .
Bagaimana kita pengujian regresi ?
Berbagai otomatisasi pengujian alat dapat digunakan untuk melakukan pengujian regresi seperti WinRunner, Robot Rasional dan Uji Sutra.
Apa skenario positif? Pengujian
untuk melihat apakah aplikasi tersebut melakukan apa yang seharusnya dilakukan.
Apa skenario negatif? Pengujian
untuk melihat apakah aplikasi tersebut tidak melakukan apa yang tidak kira harus dilakukan.
Apa perbedaan antara alat regresi otomatisasi dan alat kinerja otomasi? alat Regresi
pengujian menangkap uji dan memainkannya kembali di lain waktu. Fitur capture dan playback adalah dasar pengujian regresi.
Kinerja alat uji menentukan beban server dapat menangani. Dan harus memiliki fitur untuk merangsang banyak pengguna dari satu, penjadwalan mesin dan sinkronisasi pengguna yang berbeda, mampu mengukur beban jaringan dengan nomor yang berbeda dari pengguna simulasi.
Apa perbedaan antara pengecualian dan pengujian validasi?
pengujian Validasi bertujuan untuk menunjukkan bahwa fungsi perangkat lunak dengan cara yang patut diharapkan oleh pelanggan. Pengujian perangkat lunak dalam kesesuaian dengan Spesifikasi Persyaratan Software. Pengecualian
pengujian berkaitan dengan penanganan pengecualian (kejadian tak terduga) sementara AUT dijalankan. Pada dasarnya pengujian ini melibatkan cara mengubah aliran kontrol dari AUT ketika pengecualian muncul.
Apakah pengguna pengujian penerimaan?
Hal ini juga disebut sebagai Pengujian Beta. Setelah Pengujian sistem dilakukan dan sistem tampaknya stabil untuk para pengembang dan penguji, insinyur sistem biasanya mengundang pengguna akhir perangkat lunak untuk melihat apakah mereka ingin perangkat lunak. Jika pengguna seperti perangkat lunak apa adanya maka software akan dikirim ke pengguna. Jika perubahan yang diperlukan akan dilakukan untuk perangkat lunak dan perangkat lunak akan melewati semua tahap pengujian lagi.
Apakah pengujian manual dan pengujian otomatis apa?
pengujian Manual melibatkan pengujian aplikasi perangkat lunak secara manual lakukan tindakan pada AUT berdasarkan rencana uji .
pengujian otomatis melibatkan pengujian dari aplikasi perangkat lunak dengan melakukan tindakan pada AUT dengan menggunakan alat pengujian otomatis (seperti Quick Test Profesional, WinRunner, LoadRunner, Root Rasional) berdasarkan rencana uji
Apakah pengujian asap?
uji asap harus berkembang karena sistem berkembang. Pada awalnya, uji asap mungkin akan menguji sesuatu yang sederhana, seperti apakah sistem dapat berkata, "Hello, World." Sebagai sistem yang berkembang, uji asap akan menjadi lebih menyeluruh. Tes pertama mungkin butuh beberapa detik untuk menjalankan, karena sistem tumbuh, uji asap dapat tumbuh sampai 30 menit, satu jam, atau lebih .
Apa yang merendam pengujian ?
Sistem perangkat lunak akan dijalankan untuk total 14 jam terus menerus. Jika sistem adalah sistem kontrol, akan digunakan untuk terus bergerak setiap mekanisme instrumen selama ini. Setiap sistem lainnya akan diharapkan untuk melakukan fungsi yang ditujukan terus menerus selama periode ini. Sistem perangkat lunak tidak boleh gagal selama periode ini.
Apakah stress testing, pengujian kinerja, pengujian Keamanan, Pemulihan pengujian dan pengujian volume.
Stress testing: Pengujian sistem jika dapat menangani beban penggunaan periode puncak yang dihasilkan dari sejumlah besar pengguna simultan, transaksi atau perangkat. Pemantauan harus dilakukan untuk throughput dan stabilitas sistem.
Pengujian Kinerja: Pengujian sistem apakah fungsi sistem sedang dilakukan dalam jangka waktu yang dapat diterima di bawah beban pengguna simultan. Timing untuk kedua membaca dan transaksi pembaruan harus dikumpulkan untuk menentukan apakah. Hal ini harus dilakukan berdiri sendiri dan kemudian dalam lingkungan multi-user untuk menentukan throughput transaksi.
Pengujian Keamanan:. Pengujian sistem untuk keamanan dari penggunaan yang tidak sah dan tidak sah akses data
Pemulihan Pengujian:. Pengujian sistem untuk melihat bagaimana menanggapi kesalahan dan kondisi abnormal, seperti sistem crash, kehilangan perangkat, komunikasi, atau kekuasaan
Pengujian Volume: Pengujian pada sistem untuk menentukan apakah itu benar dapat memproses volume data yang besar dimasukkan ke sistem. Sistem sering dapat merespon terduga ketika volume besar menyebabkan file ke ekstensi meluap dan membutuhkan.
Apakah MR?
MR Permintaan Modifikasi juga dikenal sebagai Laporan Cacat, permintaan untuk memodifikasi program sehingga program yang melakukan apa yang seharusnya dilakukan.
Mengapa Anda menulis MR ?
MR ditulis untuk melaporkan masalah / kesalahan atau saran dalam perangkat lunak.
Informasi apa MR mengandung ?
ATAU
Jelaskan saya ke elemen dasar Anda masukkan ke dalam laporan cacat?
ATAU
Bagaimana prosedur untuk pelaporan bug?
Bug perlu dikomunikasikan dan ditugaskan untuk pengembang yang dapat memperbaikinya. Setelah masalah teratasi, perbaikan harus kembali diuji, dan penentuan dibuat mengenai persyaratan untuk pengujian regresi untuk memeriksa bahwa perbaikan tidak menciptakan masalah di tempat lain. Jika sistem pelacakan masalah di tempat, harus merangkum proses ini. Berbagai perangkat lunak problem-tracking/management komersial yang tersedia.
Berikut ini adalah item yang perlu dipertimbangkan dalam proses pelacakan: Sehingga pengembang dapat mengerti bug, mendapatkan ide dari tingkat keparahan, dan bereproduksi jika perlu lengkap informasi. Bug saat ini status (misalnya, 'Rilis untuk Tes ulang', 'New', dll) Nama aplikasi atau pengenal dan versi Fungsi, modul, fitur, objek, layar, dll dimana bug tersebut terjadi Lingkungan spesifik, sistem, platform, spesifikasi perangkat keras yang relevan Ujian nama / nomor / identifier Satu-line bug deskripsi Kendali deskripsi bug Deskripsi langkah yang diperlukan untuk mereproduksi bug tersebut jika tidak termasuk dalam kasus uji atau jika pengembang tidak memiliki akses mudah ke kasus uji / test script / alat uji Nama dan / atau deskripsi dari file / data / pesan / dll. digunakan dalam pengujian Berkas kutipan / pesan error / log kutipan file / gambar layar / log alat tes yang akan membantu dalam mencari penyebab masalah Keparahan perkiraan (jarak 5-level seperti 1-5 atau 'critical'-ke-' rendah 'umum) Apakah bug direproduksi? Tester nama Uji tanggal Pelaporan Bug tanggal Nama pengembang / kelompok / organisasi masalah ditugaskan untuk Deskripsi penyebab masalah Deskripsi memperbaiki Kode bagian / file / modul / kelas / metode yang telah diperbaiki Tanggal memperbaiki Aplikasi versi yang berisi memperbaiki Bertanggung jawab untuk tes ulang Tester Tes ulang tanggal Tes ulang hasil Regresi persyaratan pengujian Bertanggung jawab untuk tes regresi Tester Hasil pengujian regresi
Yang MR alat yang digunakan untuk menulis MR ?
Kualitas Center, Direktur Test, Rasional ClearQuest, PVCS Tracker
Kriteria apa Anda akan mengikuti untuk menetapkan tingkat keparahan dan tanggal karena MR?
Cacat (MR) yang ditugaskan keparahan sebagai berikut:
Kritis: acara sumbat (sistem ini tidak dapat digunakan)
Tinggi: Sistem ini sangat sulit digunakan dan beberapa kasus cenderung mengkonversi ke isu-isu kritis jika tidak diurus . Sedang
:. Fungsi sistem memiliki bug besar tetapi tidak terlalu penting tapi perlu diperbaiki agar AUT untuk pergi ke lingkungan produksi
Rendah: kosmetik (GUI terkait)
Jika fungsi aplikasi memiliki bug inbuilt karena yang naskah tes gagal, akan Anda mengotomatisasi tes?
Tidak, kami otomatisasi sekali aplikasi diuji secara manual dan distabilkan. Otomasi adalah untuk pengujian regresi. Anda menemukan bug dan pengembang mengatakan "Ini tidak mungkin" apa yang u lakukan?
saya akan membahas dengan dia dalam kondisi apa (lingkungan kerja) bug tersebut diproduksi. Saya akan memberikan dia dengan lebih detail dan snapshot dari bug.
Bagaimana Anda membantu pengembang untuk melacak kesalahan dalam perangkat lunak ?
Dengan memberikan dia dengan rincian dari cacat yang termasuk lingkungan, data uji, langkah-langkah diikuti dll dan membantunya untuk mereproduksi cacat di lingkungannya.
Apa saja jenis MRS?
MR untuk saran,
MR untuk laporan cacat,
MR untuk perubahan dokumentasi
Apa peran dari sistem pelacakan bug?
Bug pelacakan menangkap sistem, mengelola dan mengkomunikasikan perubahan, masalah, tugas, menyediakan kontrol proses dasar untuk memastikan koordinasi dan komunikasi di dalam dan di tim pengembangan dan konten di setiap langkah ..
Apa adalah produk sukses?
Sebuah produk bebas bug, memenuhi harapan pengguna akan membuat produk yang sukses.
Apa Proses / Metodologi apakah Anda terbiasa dengan ?
metodologi Waterfall
metodologi Spiral
V Model
Agile
[Atau berbicara tentang metodologi Disesuaikan dari klien tertentu]
Apa CMM dan CMMI? Apa bedanya?
Kematangan Kemampuan Model untuk Software (CMM atau SW-CMM) adalah model untuk menilai kematangan proses perangkat lunak dari suatu organisasi dan untuk mengidentifikasi praktik kunci yang diperlukan untuk meningkatkan kematangan proses ini.
Kematangan Kemampuan Model Integrasi (CMMI) menyediakan panduan untuk meningkatkan proses organisasi Anda dan kemampuan Anda untuk mengelola pengembangan, akuisisi, dan pemeliharaan produk dan jasa. CMMIntegration menempatkan praktek terbukti menjadi struktur yang membantu organisasi Anda menilai kematangan organisasi dan kemampuan proses daerah, menetapkan prioritas untuk perbaikan, dan membimbing pelaksanaan perbaikan ini.
Model terpadu yang baru (CMMI) menggunakan Daerah Proses (dikenal sebagai Personal Assistant) yang berbeda dengan model sebelumnya, dan mencakup sebagai sistem serta proses perangkat lunak, bukan dari proses perangkat lunak hanya seperti dalam SW-CMM
Apa yang akan Anda lakukan selama hari pertama kerja?
Dapatkan berkenalan dengan tim saya dan aplikasi
Apa hirarki tim uji?
Pemimpin Proyek
memimpin QA
Analis QA Tester
Apa alat otomatisasi yang berbeda Anda tahu? Otomasi alat
disediakan oleh Mercury Interaktif Quick Test Professionl, WinRunner, LoadRunner; Rasional Rasional Robot, Segue-SilkTest .
Apa ODBC?
Database Connectivity Terbuka (ODBC) adalah standar terbuka aplikasi pemrograman interface (API) untuk mengakses database. ODBC didasarkan pada Bahasa Antarmuka Structured Query (SQL) Call-Level. Hal ini memungkinkan program untuk menggunakan permintaan SQL yang akan mengakses database tanpa harus mengetahui antarmuka eksklusif untuk database. ODBC menangani permintaan SQL dan mengubahnya menjadi permintaan sistem database individu mengerti.
Apakah Anda pernah memiliki masalah bekerja dengan pengembang ?
NO. Saya memiliki hubungan baik dengan para pengembang.
Jelaskan pengalaman Anda dengan analisis kode?
analisa Kode umumnya memeriksa sintaks yang buruk, logika, dan kesalahan pemrograman lain bahasa-khusus pada source level. Tingkat pengujian sering disebut sebagai pengujian unit dan pengujian komponen server. Saya menggunakan analisis kode sebagai bagian dari pengujian kotak putih.
Bagaimana Anda bertahan kekacauan ? Saya
bertahan hidup dengan menjaga tenang saya dan berfokus pada pekerjaan.
Ceritakan tentang bos terburuk yang pernah Anda miliki.
Untungnya saya selalu memiliki bos terbaik, berbicara dalam hal profesional saya tidak punya keluhan pada bos saya.
Apa yang Anda suka tentang Windows?
Interface dan keramahan Pengguna
Windows adalah salah satu perangkat lunak terbaik yang pernah saya digunakan. Hal ini user friendly dan sangat mudah dipelajari.
Cari Pertanyaan Wawancara pengujian QA dan banyak perangkat lunak, Ajukan Pertanyaan Wawancara dan mendapatkan jawaban ahli, Cari resume Contoh banyak atau Meminta satu profesional ditulis untuk Anda secara GRATIS: silahkan kunjungi: http://crackinterviews.com/blog/
Inga kommentarer:
Skicka en kommentar