Gennadii_M 17 Maret 2016 pukul 14:52
Pengujian. Teori mendasar
- pengujian sistem TI
- tutorial
Saya baru-baru ini melakukan wawancara di QA Tengah untuk sebuah proyek yang jelas-jelas melebihi kemampuan saya. Saya menghabiskan banyak waktu untuk sesuatu yang tidak saya ketahui sama sekali dan sedikit waktu untuk mengulangi teori sederhana, tetapi sia-sia.
Di bawah ini adalah dasar-dasar yang perlu dikaji sebelum wawancara untuk Trainee dan Junior: Definisi Pengujian, kualitas, verifikasi/validasi, tujuan, tahapan, rencana pengujian, poin rencana pengujian, desain pengujian, teknik desain pengujian, matriks ketertelusuran, kasus uji, daftar periksa, cacat, kesalahan/cacat/kegagalan, laporan bug, tingkat keparahan vs prioritas, tingkat pengujian, jenis/jenis, pendekatan pengujian integrasi, prinsip pengujian, pengujian statis dan dinamis, pengujian eksplorasi / ad-hoc, persyaratan, siklus hidup bug, tahapan pengembangan perangkat lunak, tabel keputusan, qa/qc/test engineer, diagram koneksi.
Segala komentar, koreksi dan tambahan sangat kami harapkan.
Pengujian perangkat lunak- memeriksa kesesuaian antara perilaku program yang sebenarnya dan yang diharapkan, dilakukan pada serangkaian pengujian terbatas yang dipilih dengan cara tertentu. Lebih lanjut dalam arti luas, Pengujian merupakan salah satu teknik pengendalian mutu yang meliputi kegiatan perencanaan kerja (Test Management), perancangan pengujian (Test Design), pelaksanaan pengujian (Test Execution) dan analisis hasil (Test Analysis).
Kualitas Perangkat Lunak adalah sekumpulan karakteristik perangkat lunak yang berkaitan dengan kemampuannya untuk memenuhi kebutuhan yang dinyatakan dan diantisipasi.
Verifikasi adalah proses evaluasi suatu sistem atau komponen-komponennya untuk menentukan apakah hasil tahap pengembangan saat ini memenuhi kondisi yang terbentuk pada awal tahap ini. Itu. apakah tujuan, tenggat waktu, dan tugas pengembangan proyek yang ditetapkan pada awal fase saat ini terpenuhi.
Validasi- ini adalah penentuan apakah perangkat lunak yang dikembangkan memenuhi harapan dan kebutuhan pengguna, serta persyaratan sistem.
Anda juga dapat menemukan interpretasi lain:
Proses menilai kepatuhan produk terhadap persyaratan (spesifikasi) eksplisit adalah verifikasi, sekaligus menilai kepatuhan produk terhadap harapan dan persyaratan pengguna disebut validasi. Anda juga sering menemukan definisi berikut dari konsep-konsep ini:
Validasi - 'apakah ini spesifikasi yang tepat?'.
Verifikasi - 'apakah sistem sudah sesuai dengan spesifikasi?'.
Tujuan Tes
Meningkatkan kemungkinan bahwa aplikasi yang dimaksudkan untuk pengujian akan berfungsi dengan benar dalam segala keadaan.
Meningkatkan kemungkinan bahwa aplikasi yang diuji akan memenuhi semua persyaratan yang dijelaskan.
Memberikan informasi terkini tentang keadaan produk saat ini.
Tahapan pengujian:
1. Analisis Produk
2. Bekerja dengan persyaratan
3. Pengembangan strategi pengujian
dan merencanakan prosedur pengendalian mutu
4. Pembuatan dokumentasi pengujian
5. Pengujian prototipe
6. Pengujian dasar
7. Stabilisasi
8. Operasi
Rencana Tes- merupakan dokumen yang menjelaskan keseluruhan lingkup pekerjaan pengujian, mulai dari uraian objek, strategi, jadwal, kriteria awal dan akhir pengujian, hingga peralatan yang diperlukan dalam proses, pengetahuan khusus, serta penilaian risiko dengan pilihan untuk resolusi mereka.
Menjawab pertanyaan:
Apa yang harus diuji?
Apa yang akan kamu uji?
Bagaimana Anda akan mengujinya?
Kapan Anda akan mengujinya?
Kriteria untuk memulai pengujian.
Kriteria penyelesaian tes.
Poin utama dari rencana pengujian
Standar IEEE 829 mencantumkan poin-poin yang (mungkin) harus terdiri dari rencana pengujian:
a) Pengidentifikasi rencana pengujian;
b) Pendahuluan;
c) Soal ujian;
d) Fitur yang akan diuji;
e) Fitur yang tidak akan diuji;
f) Pendekatan;
g) Kriteria lolos/gagal soal;
h) Kriteria penangguhan dan persyaratan dimulainya kembali;
i) Uji hasil;
j) Tugas pengujian;
k) Kebutuhan lingkungan hidup;
l) Tanggung jawab;
m) Kebutuhan staf dan pelatihan;
n) Jadwal;
o) Risiko dan kontinjensi;
p) Persetujuan.
Desain pengujian– ini adalah tahap proses pengujian perangkat lunak di mana skenario pengujian (kasus uji) dirancang dan dibuat sesuai dengan kriteria kualitas dan tujuan pengujian yang telah ditentukan sebelumnya.
Peran yang bertanggung jawab untuk desain tes:
Analis uji - menentukan “APA yang akan diuji?”
Perancang tes - menentukan “BAGAIMANA cara mengujinya?”
Teknik desain tes
Partisi Kesetaraan (EP). Misalnya, jika Anda memiliki rentang nilai yang valid dari 1 hingga 10, Anda harus memilih satu nilai yang benar di dalam interval, katakanlah 5, dan satu nilai yang salah di luar interval, 0.
Analisis Nilai Batas (BVA). Jika kita mengambil contoh di atas, kita akan memilih batas minimum dan maksimum (1 dan 10) sebagai nilai untuk pengujian positif, dan nilai yang lebih besar dan lebih kecil dari batas (0 dan 11). Analisis nilai batas dapat diterapkan pada bidang, catatan, file, atau entitas apa pun yang dibatasi.
Sebab/Akibat - CE. Hal ini biasanya memasukkan kombinasi kondisi (alasan) untuk memperoleh respon dari sistem (Efek). Misalnya, Anda menguji kemampuan menambahkan pelanggan menggunakan tampilan tertentu. Untuk melakukan ini, Anda perlu memasukkan beberapa bidang seperti "Nama", "Alamat", "Nomor Telepon" dan kemudian klik tombol "Tambah" - ini adalah "Alasan". Setelah mengklik tombol "Tambah", sistem menambahkan klien ke database dan menampilkan nomornya di layar - ini adalah "Investigasi".
Kesalahan Menebak (EG). Ini adalah saat penguji menggunakan pengetahuannya tentang sistem dan kemampuannya menafsirkan spesifikasi untuk “memprediksi” dalam kondisi masukan apa sistem mungkin menimbulkan kesalahan. Misalnya, spesifikasinya mengatakan "pengguna harus memasukkan kode". Penguji akan berpikir: “Bagaimana jika saya tidak memasukkan kode?”, “Bagaimana jika saya salah memasukkan kode? ", dan seterusnya. Ini adalah prediksi kesalahan.
Pengujian Lengkap (ET)- ini adalah kasus ekstrim. Dalam teknik ini, Anda harus menguji semua kemungkinan kombinasi nilai masukan, dan pada prinsipnya, ini akan menemukan semua masalah. Dalam praktiknya, penggunaan metode ini tidak dimungkinkan karena banyaknya nilai masukan.
Pengujian Berpasangan adalah teknik untuk menghasilkan kumpulan data uji. Esensinya dapat dirumuskan, misalnya seperti ini: pembentukan kumpulan data di mana setiap nilai yang diuji dari setiap parameter yang diuji digabungkan setidaknya satu kali dengan setiap nilai yang diuji dari semua parameter yang diuji lainnya.
Katakanlah beberapa nilai (pajak) untuk seseorang dihitung berdasarkan jenis kelamin, usia, dan keberadaan anak - kita mendapatkan tiga parameter masukan, yang masing-masingnya kita pilih nilainya dengan cara tertentu untuk pengujian. Misalnya: jenis kelamin - laki-laki atau perempuan; usia - hingga 25, dari 25 hingga 60, di atas 60; memiliki anak - ya atau tidak. Untuk memeriksa kebenaran perhitungan, tentu saja Anda dapat memeriksa semua kombinasi nilai semua parameter:
| № | lantai | usia | anak-anak |
|---|---|---|---|
| 1 | pria | hingga 25 | tidak punya anak |
| 2 | wanita | hingga 25 | tidak punya anak |
| 3 | pria | 25-60 | tidak punya anak |
| 4 | wanita | 25-60 | tidak punya anak |
| 5 | pria | lebih dari 60 | tidak punya anak |
| 6 | wanita | lebih dari 60 | tidak punya anak |
| 7 | pria | hingga 25 | Apa anda punya anak |
| 8 | wanita | hingga 25 | Apa anda punya anak |
| 9 | pria | 25-60 | Apa anda punya anak |
| 10 | wanita | 25-60 | Apa anda punya anak |
| 11 | pria | lebih dari 60 | Apa anda punya anak |
| 12 | wanita | lebih dari 60 | Apa anda punya anak |
Atau Anda mungkin memutuskan bahwa kami tidak menginginkan kombinasi semua nilai parameter dengan semua, namun hanya ingin memastikan bahwa kami memeriksa semua pasangan nilai parameter yang unik. Misalnya, dalam hal parameter gender dan usia, kami ingin memastikan bahwa kami memeriksa secara akurat pria berusia di bawah 25 tahun, pria berusia antara 25 dan 60 tahun, pria berusia di atas 60 tahun, serta wanita berusia di bawah 25 tahun, wanita. antara 25 dan 60, dan seterusnya.wanita setelah 60. Dan sama persis untuk semua pasangan parameter lainnya. Dan dengan cara ini kita bisa mendapatkan kumpulan nilai yang jauh lebih kecil (mereka memiliki semua pasangan nilai, meskipun ada yang dua kali lipat):
| № | lantai | usia | anak-anak |
|---|---|---|---|
| 1 | pria | hingga 25 | tidak punya anak |
| 2 | wanita | hingga 25 | Apa anda punya anak |
| 3 | pria | 25-60 | Apa anda punya anak |
| 4 | wanita | 25-60 | tidak punya anak |
| 5 | pria | lebih dari 60 | tidak punya anak |
| 6 | wanita | lebih dari 60 | Apa anda punya anak |
Pendekatan ini secara kasar merupakan inti dari teknik pengujian berpasangan - kami tidak menguji semua kombinasi semua nilai, tetapi kami menguji semua pasangan nilai.
Matriks ketertelusuran - Matriks kepatuhan persyaratan adalah tabel dua dimensi yang berisi korespondensi antara persyaratan fungsional produk dan kasus uji yang disiapkan. Judul kolom tabel berisi persyaratan, dan judul baris berisi skenario pengujian. Pada perpotongan terdapat tanda yang menunjukkan bahwa persyaratan kolom saat ini dipenuhi oleh kasus uji baris saat ini.
Matriks kepatuhan persyaratan digunakan oleh insinyur QA untuk memvalidasi cakupan pengujian produk. MCT merupakan bagian integral dari rencana pengujian.
Kasus cobaan adalah artefak yang menjelaskan serangkaian langkah, kondisi spesifik, dan parameter yang diperlukan untuk memeriksa implementasi fungsi yang diuji atau bagiannya.
Contoh:
Hasil Tes Hasil yang Diharapkan Tindakan
(lulus/gagal/diblokir)
Buka halaman “login” Halaman login dibuka Lulus
Setiap kasus uji harus memiliki 3 bagian:
Prakondisi Daftar tindakan yang membawa sistem ke kondisi yang sesuai untuk pengujian dasar. Atau daftar kondisi yang pemenuhannya menunjukkan bahwa sistem berada dalam keadaan layak untuk melakukan pengujian utama.
Deskripsi Kasus Uji Daftar tindakan yang mentransfer sistem dari satu keadaan ke keadaan lain untuk memperoleh hasil yang dapat disimpulkan bahwa implementasinya memenuhi persyaratan
PostConditions Daftar tindakan yang mentransfer sistem ke keadaan awal (keadaan sebelum pengujian - keadaan awal)
Jenis Skrip Tes:
Kasus uji dibagi menurut hasil yang diharapkan menjadi positif dan negatif:
Kasus uji positif hanya menggunakan data yang benar dan memverifikasi bahwa aplikasi menjalankan fungsi yang dipanggil dengan benar.
Tes negatif kasus ini beroperasi dengan data yang benar dan salah (setidaknya 1 parameter salah) dan bertujuan untuk memeriksa situasi luar biasa (validator dipicu), dan juga memeriksa bahwa fungsi yang dipanggil oleh aplikasi tidak dijalankan ketika validator dipicu.
Periksa daftar adalah dokumen yang menjelaskan apa yang harus diuji. Pada saat yang sama, daftar periksa dapat memiliki tingkat detail yang sangat berbeda. Seberapa rinci daftar periksa ini bergantung pada persyaratan pelaporan, tingkat pengetahuan produk karyawan, dan kompleksitas produk.
Biasanya, daftar periksa hanya berisi tindakan (langkah), tanpa hasil yang diharapkan. Daftar periksa ini kurang formal dibandingkan skrip tes. Sangat tepat untuk menggunakannya ketika skrip pengujian berlebihan. Daftar periksa juga dikaitkan dengan pendekatan pengujian yang fleksibel.
Cacat (alias bug) adalah ketidaksesuaian antara hasil aktual pelaksanaan program dengan hasil yang diharapkan. Cacat ditemukan selama tahap pengujian perangkat lunak, ketika penguji membandingkan hasil program (komponen atau desain) dengan hasil yang diharapkan yang dijelaskan dalam spesifikasi persyaratan.
Kesalahan- kesalahan pengguna, yaitu mencoba menggunakan program dengan cara yang berbeda.
Contoh - memasukkan huruf ke dalam kolom di mana Anda harus memasukkan angka (usia, jumlah barang, dll.).
Program berkualitas tinggi menyediakan situasi seperti itu dan menampilkan pesan kesalahan dengan tanda silang merah.
Bug (cacat)- kesalahan yang dilakukan oleh pemrogram (atau perancang atau siapa pun yang mengambil bagian dalam pengembangan), yaitu ketika sesuatu dalam program tidak berjalan sesuai rencana dan program menjadi tidak terkendali. Misalnya, ketika input pengguna tidak dikontrol dengan cara apa pun, akibatnya, data yang salah menyebabkan crash atau “kegembiraan” lainnya dalam pengoperasian program. Atau program tersebut dibangun secara internal sedemikian rupa sehingga pada awalnya tidak sesuai dengan apa yang diharapkan darinya.
Kegagalan- kegagalan (dan belum tentu kegagalan perangkat keras) dalam pengoperasian suatu komponen, keseluruhan program atau sistem. Artinya, ada cacat yang menyebabkan kegagalan (A cacat menyebabkan kegagalan) dan ada pula yang tidak. Cacat UI misalnya. Namun kegagalan perangkat keras yang tidak ada hubungannya dengan perangkat lunak juga merupakan kegagalan.
Laporan Bug adalah dokumen yang menjelaskan situasi atau urutan tindakan yang menyebabkan pengoperasian objek uji yang salah, dengan menunjukkan alasan dan hasil yang diharapkan.
Topi
Deskripsi Singkat (Ringkasan) Uraian singkat masalah, yang secara jelas menunjukkan penyebab dan jenis situasi kesalahan.
Nama Proyek dari proyek yang sedang diuji
Komponen Aplikasi (Component) Nama bagian atau fungsi produk yang diuji
Nomor versi Versi di mana kesalahan ditemukan
Tingkat Keparahan Sistem lima tingkat yang paling umum untuk menilai tingkat keparahan suatu cacat adalah:
Pemblokir S1
S2 Kritis
S3 Jurusan
S4 Kecil
S5 Sepele
Prioritas Prioritas cacat:
P1 Tinggi
P2 Sedang
P3 Rendah
Status Status bug. Tergantung pada prosedur yang digunakan dan alur kerja bug serta siklus hidup
Penulis (Penulis) Pembuat laporan bug
Ditugaskan Ke Nama orang yang ditugaskan untuk masalah tersebut.
Lingkungan
OS / Paket Layanan, dll. / Browser + versi /… Informasi tentang lingkungan tempat bug ditemukan: sistem operasi, paket layanan, untuk pengujian WEB - nama dan versi browser, dll.
…
Keterangan
Langkah-langkah untuk Mereproduksi Langkah-langkah yang dengannya Anda dapat dengan mudah mereproduksi situasi yang menyebabkan kesalahan.
Hasil Aktual Hasil yang diperoleh setelah melalui langkah-langkah memperbanyak
Hasil yang diharapkan Hasil yang diharapkan benar
Pengaya
Lampiran File log, tangkapan layar, atau dokumen lain apa pun yang dapat membantu memperjelas penyebab kesalahan atau menunjukkan cara untuk menyelesaikan masalah
Tingkat Keparahan vs Prioritas
Keparahan adalah atribut yang mencirikan dampak cacat terhadap kinerja suatu aplikasi.
Prioritas adalah atribut yang menunjukkan prioritas dalam melakukan suatu tugas atau menghilangkan cacat. Kita dapat mengatakan bahwa ini adalah alat manajer perencanaan kerja. Semakin tinggi prioritasnya, semakin cepat kerusakan tersebut perlu diperbaiki.
Keparahan diekspos oleh penguji
Prioritas – manajer, pemimpin tim, atau pelanggan
Gradasi Tingkat Keparahan Cacat (Severity)
Pemblokir S1
Kesalahan pemblokiran yang membuat aplikasi tidak dapat beroperasi, membuat pekerjaan lebih lanjut dengan sistem yang sedang diuji atau fungsi utamanya menjadi tidak mungkin. Pemecahan masalah diperlukan agar sistem dapat berfungsi lebih lanjut.
S2 Kritis
Kesalahan kritis, logika bisnis kunci yang tidak berfungsi, lubang pada sistem keamanan, masalah yang menyebabkan server mogok sementara atau membuat beberapa bagian sistem tidak dapat beroperasi, tanpa kemungkinan menyelesaikan masalah menggunakan titik masuk lainnya. Pemecahan masalah diperlukan untuk pekerjaan selanjutnya dengan fungsi utama dari sistem yang diuji.
S3 Jurusan
Kesalahan signifikan, bagian dari logika bisnis utama tidak berfungsi dengan benar. Kesalahannya tidak kritis atau dimungkinkan untuk bekerja dengan fungsi yang diuji menggunakan titik masukan lain.
S4 Kecil
Kesalahan kecil yang tidak melanggar logika bisnis dari bagian aplikasi yang sedang diuji, masalah antarmuka pengguna yang jelas.
S5 Sepele
Kesalahan sepele yang tidak mempengaruhi logika bisnis aplikasi, masalah yang sulit direproduksi dan hampir tidak terlihat melalui antarmuka pengguna, masalah dengan perpustakaan atau layanan pihak ketiga, masalah yang tidak berdampak pada kualitas keseluruhan aplikasi. produk.
Gradasi Prioritas Cacat (Prioritas)
P1 Tinggi
Kesalahan tersebut harus diperbaiki secepat mungkin, karena... kehadirannya sangat penting untuk proyek tersebut.
P2 Sedang
Kesalahan tersebut harus diperbaiki; keberadaannya tidak kritis, namun memerlukan solusi wajib.
P3 Rendah
Kesalahan tersebut harus diperbaiki; keberadaannya tidak kritis dan tidak memerlukan solusi segera.
Tingkat Pengujian
1. Pengujian Satuan
Pengujian komponen (unit) memeriksa fungsionalitas dan mencari cacat pada bagian aplikasi yang dapat diakses dan dapat diuji secara terpisah (modul program, objek, kelas, fungsi, dll.).
2. Pengujian Integrasi
Interaksi antar komponen sistem diperiksa setelah pengujian komponen.
3. Pengujian Sistem
Tujuan utama pengujian sistem adalah untuk memverifikasi persyaratan fungsional dan non-fungsional dalam sistem secara keseluruhan. Hal ini mengidentifikasi cacat seperti penggunaan sumber daya sistem yang salah, kombinasi data tingkat pengguna yang tidak disengaja, ketidakcocokan dengan lingkungan, kasus penggunaan yang tidak diinginkan, fungsionalitas yang hilang atau salah, ketidaknyamanan penggunaan, dll.
4. Pengujian operasional (Release Testing).
Sekalipun suatu sistem memenuhi semua persyaratan, penting untuk memastikan bahwa sistem tersebut memenuhi kebutuhan pengguna dan memenuhi perannya dalam lingkungan operasi seperti yang didefinisikan dalam model bisnis sistem. Perlu diingat bahwa model bisnis mungkin mengandung kesalahan. Inilah mengapa sangat penting untuk melakukan pengujian operasional sebagai langkah validasi akhir. Selain itu, pengujian di lingkungan operasi memungkinkan kami mengidentifikasi masalah non-fungsional, seperti: konflik dengan sistem lain yang terkait dengan area bisnis atau dalam lingkungan perangkat lunak dan elektronik; kinerja sistem yang tidak mencukupi di lingkungan operasi, dll. Tentu saja, menemukan hal-hal seperti itu pada tahap implementasi adalah masalah yang kritis dan mahal. Oleh karena itu, penting untuk melakukan tidak hanya verifikasi, tetapi juga validasi sejak awal tahap awal pengembangan perangkat lunak.
5. Pengujian Penerimaan
Proses pengujian formal yang memverifikasi bahwa sistem memenuhi persyaratan dan dilakukan untuk:
menentukan apakah sistem memenuhi kriteria penerimaan;
pengambilan keputusan oleh pelanggan atau orang lain yang berwenang apakah permohonan diterima atau tidak.
Jenis/jenis pengujian
Jenis pengujian fungsional
Pengujian fungsional
Pengujian GUI
Pengujian Keamanan dan Kontrol Akses
Pengujian Interoperabilitas
Jenis pengujian non-fungsional
Semua jenis pengujian kinerja:
o pengujian beban (Pengujian Kinerja dan Beban)
o Tes Stres
o Pengujian Stabilitas/Keandalan
o Pengujian Volume
Pengujian instalasi
Pengujian Kegunaan
Pengujian Failover dan Pemulihan
Pengujian Konfigurasi
Jenis Pengujian Terkait Perubahan
Pengujian AsapPengujian Regresi
Pengujian ulang
Bangun Uji Verifikasi
Pengujian Sanitas
Pengujian fungsional mempertimbangkan perilaku yang telah ditentukan sebelumnya dan didasarkan pada analisis spesifikasi fungsionalitas komponen atau sistem secara keseluruhan.
Pengujian GUI- pemeriksaan fungsional antarmuka untuk memenuhi persyaratan - ukuran, font, warna, perilaku konsisten.
Pengujian keamanan adalah strategi pengujian yang digunakan untuk memeriksa keamanan sistem, serta untuk menganalisis risiko yang terkait dengan penyediaan pendekatan holistik untuk melindungi aplikasi, serangan oleh peretas, virus, akses tidak sah ke data rahasia.
Pengujian Interoperabilitas adalah pengujian fungsional yang menguji kemampuan aplikasi untuk berinteraksi dengan satu atau lebih komponen atau sistem dan mencakup pengujian kompatibilitas dan pengujian integrasi
Tes Stres- ini adalah pengujian otomatis yang mensimulasikan pekerjaan sejumlah pengguna bisnis pada beberapa sumber daya umum (bersama).
Tes Stres memungkinkan Anda memeriksa seberapa efisien aplikasi dan sistem secara keseluruhan berada di bawah tekanan dan juga mengevaluasi kemampuan sistem untuk beregenerasi, mis. untuk kembali normal setelah penghentian stres. Stres dalam konteks ini dapat berupa peningkatan intensitas operasi ke nilai yang sangat tinggi atau perubahan darurat pada konfigurasi server. Selain itu, salah satu tugas pengujian stres mungkin adalah menilai penurunan kinerja, sehingga tujuan pengujian stres mungkin tumpang tindih dengan tujuan pengujian kinerja.
Pengujian Volume. Tujuan dari pengujian volume adalah untuk memperoleh penilaian kinerja seiring bertambahnya volume data dalam database aplikasi
Pengujian Stabilitas / Keandalan. Tugas pengujian stabilitas (keandalan) adalah memeriksa fungsionalitas aplikasi selama pengujian jangka panjang (berjam-jam) dengan tingkat beban rata-rata.
Menguji instalasi bertujuan untuk memverifikasi keberhasilan instalasi dan konfigurasi, serta memperbarui atau menghapus instalasi perangkat lunak.
Pengujian kegunaan adalah metode pengujian yang bertujuan untuk menetapkan tingkat kegunaan, kemampuan belajar, pemahaman dan daya tarik bagi pengguna produk yang sedang dikembangkan dalam konteks kondisi tertentu. Ini juga termasuk:
User eXperience (UX) adalah perasaan yang dialami pengguna saat menggunakan produk digital, sedangkan User interface adalah alat yang memungkinkan interaksi pengguna-sumber daya web.
Pengujian Failover dan Pemulihan menguji produk yang diuji dalam hal kemampuannya untuk bertahan dan berhasil pulih dari kemungkinan kegagalan akibat kesalahan perangkat lunak, kegagalan perangkat keras, atau masalah komunikasi (misalnya, kegagalan jaringan). Tujuan dari jenis pengujian ini adalah untuk menguji sistem pemulihan (atau sistem yang menduplikasi fungsi utama), yang jika terjadi kegagalan, akan menjamin keamanan dan integritas data produk yang diuji.
Pengujian Konfigurasi- jenis pengujian khusus yang bertujuan untuk memeriksa pengoperasian perangkat lunak dalam konfigurasi sistem yang berbeda (platform yang dideklarasikan, driver yang didukung, konfigurasi komputer yang berbeda, dll.)
Merokok pengujian dianggap sebagai siklus pengujian singkat yang dilakukan untuk mengonfirmasi bahwa setelah membuat kode (baru atau tetap), aplikasi yang diinstal dimulai dan menjalankan fungsi dasar.
Pengujian regresi- ini adalah jenis pengujian yang bertujuan untuk memeriksa perubahan yang dilakukan pada aplikasi atau lingkungan(memperbaiki kerusakan, menggabungkan kode, bermigrasi ke sistem operasi lain, database, server web atau server aplikasi), untuk mengonfirmasi fakta bahwa fungsionalitas yang sudah ada berfungsi seperti sebelumnya. Uji regresi dapat berupa uji fungsional dan non-fungsional.
Pengujian ulang- pengujian, di mana skrip pengujian yang mengidentifikasi kesalahan selama proses terakhir dijalankan untuk mengonfirmasi keberhasilan memperbaiki kesalahan ini.
Apa perbedaan antara pengujian regresi dan pengujian ulang?
Pengujian ulang - perbaikan bug diperiksa
Pengujian regresi - memeriksa apakah perbaikan bug, serta perubahan apa pun dalam kode aplikasi, tidak memengaruhi modul perangkat lunak lain dan tidak menyebabkan bug baru.
Pengujian perakitan atau Uji Verifikasi Bangun- pengujian bertujuan untuk menentukan kesesuaian versi yang dirilis dengan kriteria kualitas untuk memulai pengujian. Dari segi tujuannya dianalogikan dengan Smoke Testing yang bertujuan untuk penerimaan versi baru untuk pengujian atau pengoperasian lebih lanjut. Itu bisa menembus lebih dalam, tergantung pada persyaratan kualitas versi yang dirilis.
Pengujian sanitasi- ini adalah pengujian dengan fokus sempit yang cukup untuk membuktikan bahwa fungsi tertentu berfungsi sesuai dengan persyaratan yang dinyatakan dalam spesifikasi. Ini adalah bagian dari pengujian regresi. Digunakan untuk menentukan kinerja bagian tertentu dari aplikasi setelah perubahan dilakukan pada bagian tersebut atau lingkungan. Biasanya dilakukan secara manual.
Pendekatan pengujian integrasi:
Integrasi dari Bawah ke Atas
Semua modul, prosedur, atau fungsi tingkat rendah dikumpulkan bersama dan kemudian diuji. Setelah itu modul tingkat berikutnya dirakit untuk pengujian integrasi. Pendekatan ini dianggap berguna jika seluruh atau hampir seluruh modul pada level yang dikembangkan telah siap. Pendekatan ini juga membantu menentukan tingkat kesiapan aplikasi berdasarkan hasil pengujian.
Integrasi Top Down
Pertama, semua modul tingkat tinggi diuji, dan secara bertahap modul tingkat rendah ditambahkan satu per satu. Semua modul tingkat rendah disimulasikan sebagai stub dengan fungsi serupa, kemudian jika sudah siap, modul tersebut diganti dengan komponen aktif nyata. Dengan cara ini kami menguji dari atas ke bawah.
Dentuman Besar(“Integrasi Big Bang”)
Seluruh atau hampir seluruh modul yang dikembangkan dirangkai menjadi satu kesatuan sistem atau bagian utamanya, kemudian dilakukan pengujian integrasi. Pendekatan ini sangat baik untuk menghemat waktu. Namun jika kasus uji dan hasilnya tidak dicatat dengan benar, maka proses integrasi itu sendiri akan menjadi sangat rumit, yang akan menjadi kendala bagi tim penguji dalam mencapai tujuan utama pengujian integrasi.
Prinsip pengujian
Prinsip 1– Pengujian menunjukkan adanya cacat
Pengujian dapat menunjukkan adanya cacat, namun tidak dapat membuktikan bahwa cacat tersebut tidak ada. Pengujian mengurangi kemungkinan cacat pada perangkat lunak, tetapi meskipun tidak ditemukan cacat, hal ini tidak membuktikan kebenarannya.
Prinsip 2– Pengujian menyeluruh tidak mungkin dilakukan
Pengujian lengkap menggunakan semua kombinasi input dan prasyarat secara fisik tidak mungkin dilakukan kecuali dalam kasus-kasus sepele. Daripada melakukan pengujian menyeluruh, analisis risiko dan penentuan prioritas harus digunakan untuk memfokuskan upaya pengujian dengan lebih baik.
Prinsip 3– Pengujian awal
Untuk menemukan cacat sedini mungkin, aktivitas pengujian harus dimulai sedini mungkin dalam siklus hidup pengembangan perangkat lunak atau sistem, dan harus difokuskan pada tujuan tertentu.
Prinsip 4– Cacat pengelompokan
Upaya pengujian harus dikonsentrasikan secara proporsional dengan kepadatan cacat modul yang diharapkan, dan kemudian aktual. Biasanya, sebagian besar cacat yang ditemukan selama pengujian atau yang menyebabkan sebagian besar kegagalan sistem terdapat dalam sejumlah kecil modul.
Prinsip 5– Paradoks pestisida
Jika pengujian yang sama dijalankan berulang kali, pada akhirnya rangkaian pengujian ini tidak akan lagi menemukan cacat baru. Untuk mengatasi “paradoks pestisida” ini, kasus pengujian harus ditinjau dan direvisi secara berkala, pengujian baru harus komprehensif untuk mencakup semua komponen perangkat lunak,
atau sistem, dan temukan cacat sebanyak mungkin.
Prinsip 6– Pengujian bergantung pada konsep
Pengujian dilakukan secara berbeda tergantung pada konteksnya. Misalnya, perangkat lunak yang penting bagi keamanan diuji secara berbeda dibandingkan situs e-niaga.
Prinsip 7– Kekeliruan tidak adanya kesalahan
Menemukan dan memperbaiki cacat tidak akan membantu jika sistem yang dibuat tidak sesuai dengan pengguna dan tidak memenuhi harapan dan kebutuhannya.
Pengujian statis dan dinamis
Pengujian statis berbeda dengan pengujian dinamis karena pengujian ini dilakukan tanpa menjalankan kode produk. Pengujian dilakukan dengan menganalisis kode program (code review) atau kode yang disusun. Analisis dapat dilakukan secara manual atau menggunakan alat khusus. Tujuan analisis adalah untuk mengidentifikasi secara dini kesalahan dan potensi masalah pada produk. Pengujian statis juga mencakup spesifikasi pengujian dan dokumentasi lainnya.
Pengujian eksplorasi/ad-hoc
Definisi paling sederhana dari pengujian eksplorasi adalah merancang dan menjalankan pengujian pada saat yang bersamaan. Yang merupakan kebalikan dari pendekatan skenario (dengan prosedur pengujian yang telah ditentukan sebelumnya, baik manual atau otomatis). Tes eksplorasi, tidak seperti tes skenario, tidak ditentukan sebelumnya dan tidak dilaksanakan persis seperti yang direncanakan.
Perbedaan antara pengujian ad hoc dan eksplorasi adalah secara teoritis pengujian ad hoc dapat dilakukan oleh siapa saja, sedangkan pengujian eksplorasi memerlukan keterampilan dan pengetahuan teknik tertentu. Perlu diketahui bahwa teknik tertentu bukan sekedar teknik pengujian.
Persyaratan adalah spesifikasi (deskripsi) tentang apa yang harus dilaksanakan.
Persyaratan menggambarkan apa yang perlu dilaksanakan tanpa menjelaskan secara rinci. sisi teknis solusi. Apa, bukan bagaimana.
Persyaratan Persyaratan:
Ketepatan
Ketidakjelasan
Kelengkapan seperangkat persyaratan
Konsistensi serangkaian persyaratan
Verifikasi (kemampuan untuk diuji)
Ketertelusuran
Dapat dimengerti
Siklus hidup serangga
Tahapan pengembangan perangkat lunak- ini adalah tahapan yang dilalui tim pengembangan perangkat lunak sebelum program tersedia untuk banyak pengguna. Pengembangan perangkat lunak dimulai dengan tahap pengembangan awal (tahap pra-alfa) dan dilanjutkan dengan tahap penyempurnaan dan peningkatan produk. Tahap akhir dari proses ini adalah peluncuran versi final perangkat lunak ke pasar (“rilis yang tersedia secara umum”).
Produk perangkat lunak melewati tahapan berikut:
analisis kebutuhan proyek;
desain;
penerapan;
pengujian produk;
implementasi dan dukungan.
Setiap tahap pengembangan perangkat lunak ditetapkan secara spesifik nomor seri. Selain itu, setiap tahap memiliki namanya sendiri, yang menjadi ciri kesiapan produk pada tahap ini.
Siklus hidup pengembangan perangkat lunak:
Pra-alfa
Alfa
Beta
Lepaskan kandidat
Melepaskan
Pasca rilis
Tabel keputusan– alat yang sangat baik untuk mengatur persyaratan bisnis kompleks yang harus diterapkan dalam suatu produk. Tabel keputusan menyajikan serangkaian kondisi, yang pemenuhannya secara bersamaan akan menghasilkan tindakan tertentu.
Ekstra - introversi, neurotisme dan psikotisme dalam struktur kepribadian.
1) Ekstraversi - introversi. Mencirikan tipikal ekstrovert, penulis mencatat kemampuan bersosialisasi dan orientasi luar individu, lingkaran kenalan yang luas, dan kebutuhan akan kontak. Tipikal orang ekstrovert bertindak secara mendadak, impulsif, dan cepat marah. Dia riang, optimis, baik hati, ceria. Lebih menyukai gerakan dan tindakan, cenderung agresif. Perasaan dan emosi tidak dikontrol secara ketat, dan ia rentan terhadap tindakan berisiko. Anda tidak bisa selalu mengandalkan dia.
Tipikal introvert adalah orang yang pendiam, pemalu, dan cenderung introspeksi. Pendiam dan jauh dari semua orang kecuali teman dekat. Merencanakan dan memikirkan tindakannya terlebih dahulu, tidak mempercayai dorongan hati yang tiba-tiba, mengambil keputusan dengan serius, menyukai ketertiban dalam segala hal. Ia mengendalikan perasaannya dan tidak mudah marah. Ia pesimis dan sangat menjunjung tinggi standar moral.
2) Neurotisisme - stabilitas emosional. Mencirikan kestabilan atau ketidakstabilan emosi (kestabilan atau ketidakstabilan emosi). Neurotisisme, menurut beberapa data, dikaitkan dengan indikator labilitas sistem saraf.
Stabilitas emosional adalah sifat yang mengekspresikan pelestarian perilaku terorganisir dan fokus situasional dalam situasi normal dan penuh tekanan. Orang yang stabil secara emosional ditandai dengan kedewasaan, adaptasi yang sangat baik, kurangnya ketegangan, kecemasan, serta kecenderungan kepemimpinan dan kemampuan bersosialisasi.
Neurotisisme diekspresikan dalam kegugupan yang ekstrem, ketidakstabilan, adaptasi yang buruk, kecenderungan perubahan suasana hati yang cepat (labilitas), perasaan bersalah dan cemas, keasyikan, reaksi depresi, linglung, ketidakstabilan dalam situasi stres. Neurotisisme berhubungan dengan emosi dan impulsif; ketidakrataan dalam kontak dengan orang-orang, variabilitas minat, keraguan diri, kepekaan yang nyata, mudah dipengaruhi, kecenderungan mudah tersinggung. Kepribadian neurotik ditandai dengan reaksi kuat yang tidak tepat terhadap rangsangan yang menyebabkannya. Individu dengan skor tinggi pada skala neurotisme dapat mengembangkan neurosis dalam situasi stres yang tidak menguntungkan.
3) Psikotisme. Skala ini menunjukkan kecenderungan perilaku antisosial, sok, reaksi emosional yang tidak pantas, tinggi
konflik, kurangnya kontak, egoisme, egoisme, ketidakpedulian.
Menurut Eysenck, skor tinggi pada ekstraversi dan neurotisisme berhubungan dengan diagnosis psikiatris histeria, dan skor tinggi pada introversi dan neurotisme berhubungan dengan keadaan kecemasan atau depresi reaktif.
Neurotisme dan psikotisme, dalam hal tingkat keparahan indikator-indikator ini, dipahami sebagai “predisposisi” terhadap jenis patologi yang sesuai.
Konsep tes. Peluang dan keterbatasan.
Tes adalah metode psikodiagnostik standar yang memungkinkan seseorang memperoleh indikator kuantitatif dan kualitatif yang sebanding dari tingkat perkembangan sifat-sifat yang dipelajari.
Tes kecerdasan. Dirancang untuk penelitian dan pengukuran level perkembangan intelektual orang. Itu adalah teknik psikodiagnostik yang paling umum.
Kecerdasan sebagai objek pengukuran tidak berarti segala manifestasi individualitas, tetapi terutama yang berhubungan dengan proses kognitif dan fungsi (untuk berpikir, ingatan, perhatian, persepsi). Dari segi bentuk, tes kecerdasan dapat bersifat kelompok dan individu, lisan dan tulisan, berbasis bentuk, berbasis mata pelajaran, dan berbasis komputer.
Tes bakat. Ini adalah jenis metodologi yang dirancang untuk menilai kemampuan individu dalam menguasai pengetahuan, keterampilan, kemampuan yang diperlukan untuk satu atau lebih aktivitas.
Merupakan kebiasaan untuk membedakan yang umum dan kemampuan spesial. Kemampuan umum memberikan penguasaan berbagai jenis aktivitas. Kemampuan umum diidentikkan dengan kecerdasan, oleh karena itu sering disebut kemampuan intelektual (mental) umum.
Berbeda dengan kemampuan umum, kemampuan khusus dipertimbangkan dalam kaitannya dengan jenis aktivitas tertentu. Sesuai dengan pembagian ini dikembangkan tes kemampuan umum dan khusus.
Tes kemampuan bermacam-macam bentuknya (individu dan kelompok, lisan dan tulisan, bentuk, mata pelajaran, instrumental, dan sebagainya).
Tes prestasi, atau, sebagaimana dapat disebut berbeda, tes pengendalian objektif keberhasilan (sekolah, profesional, olahraga) dimaksudkan untuk menilai tingkat kemajuan kemampuan, pengetahuan, keterampilan, kemampuan setelah seseorang menyelesaikan pelatihan, profesional dan pelatihan lainnya. Dengan demikian, tes prestasi terutama mengukur dampak serangkaian pengaruh yang relatif standar terhadap perkembangan individu. Mereka banyak digunakan untuk penilaian sekolah, pendidikan, dan prestasi profesional. Hal ini menjelaskan jumlah dan keragaman mereka yang besar.
Tes prestasi sekolah sebagian besar berbasis kelompok dan bentuk, namun juga dapat disajikan dalam versi komputer.
Tes prestasi profesional biasanya ada tiga berbeda bentuk: instrumental (tes eksekusi atau tindakan), tertulis dan lisan.
Tes kepribadian. Ini adalah teknik psikodiagnostik yang bertujuan untuk menilai komponen emosional dan kemauan dari aktivitas mental - motivasi, minat, emosi, hubungan (termasuk hubungan antarpribadi), serta kemampuan perilaku individu dalam situasi tertentu. Dengan demikian, tes kepribadian mendiagnosis manifestasi non-intelektual.
Kemungkinan.
1. Ini tes singkat- pembaca menghabiskan sedikit waktu dan tenaga mental untuk menerapkannya. Dia segera menerima jawaban sederhana - penilaian terhadap dirinya sendiri pada satu skala, biasanya skala tes populer.
2. Ini adalah tes "akut" - hubungan subjek pribadi dan interpersonal yang sangat menarik bagi pembaca dibahas. Bagaimana tidak mengingat di sini “Tes untuk pria sejati” atau “Tes untuk seorang wanita sejati" Mereka sangat sesuai dengan kebutuhan psikologis usia remaja atau generasi muda.
3. Tes-tes ini dirancang sedemikian rupa sehingga tidak memerlukan komentar panjang lebar dan tidak memerlukan penjelasan dari seorang ahli. Mereka dimaksudkan untuk penggunaan “korespondensi”. Setiap tes ilmiah dalam psikologi ditujukan untuk seorang spesialis yang, pada umumnya, berbagi informasi yang diperoleh melalui tes tersebut dengan klien dengan cara yang sangat terukur dan rahasia. Di sini tidak ada masalah pemberian dosis informasi, dan tentu saja tidak ada masalah kerahasiaan. Benar, ada kerahasiaannya sendiri: lagi pula, tes populer seperti itu diisi oleh seseorang sendirian dengan teks di majalah.
4. Tes populer, secara umum, mempersiapkan calon klien dari pembaca dengan membedah kesadaran mereka dan membedakan harga diri mereka.
5. Tes populer dilakukan dengan cepat. Membuat tes semacam itu cukup sederhana, yang cukup cocok untuk dipublikasikan di jurnal terkait. Hal tersulit dalam tes tersebut adalah memberikan skala untuk menilai jawaban dan prinsip untuk menjumlahkan skor yang diterima.
6. Penafsiran tes semacam itu biasanya sangat ramah pembaca. Bahkan penugasan pada pilihan yang kurang menguntungkan dalam tes tersebut disertai dengan keberatan agar tidak melukai harga diri pembaca.
7. Tes populer biasanya ada “dalam set”, yaitu. “jatuh” pada pengguna dalam segenggam penuh, segera memotong-motong (mempengaruhi) seluruh ruang kesadaran klien. Selain itu, pembaca sendiri yang memilih tugasnya. Ujian-ujian itu tidak dipaksakan, tidak ditentukan kepadanya, tetapi dipilih olehnya.
8. Pembaca memahami dengan jelas tingkat “permintaan” terhadap teknik diagnostik tersebut. Dia memahami bahwa ini lebih merupakan hiburan daripada penilaian serius terhadap kehidupan keluarganya.
Pembatasan.
1. Tes populer sering kali memiliki bidang studi yang sangat kabur atau bahkan sangat kompleks.
2. Tes semacam itu tidak perlu divalidasi atau sekadar dibandingkan dengan tes lainnya. Apa yang mereka ukur diyakini jelas secara intuitif bagi pembaca.
3. Oleh karena itu, metode seperti itu tidak pernah diuji keandalannya: fakta bahwa hari ini klien menjawab tes dengan satu cara, dan besok dengan cara yang berbeda, bukanlah kelemahan tes tersebut.
4. Karena subjek pengujian dalam metode seperti itu tidak pernah disembunyikan (tidak disamarkan), peneliti sering kali memperoleh efek “keinginan sosial”, sifat demonstratif.
5. Karena metode tersebut tidak pernah diuji manfaat psikometriknya (apakah metode tersebut cukup memilah sampel) dan, terlebih lagi, tidak pernah memiliki standar (normatif, data standar untuk metode tersebut), mereka yang melakukannya tidak akan pernah tahu seberapa mirip atau berbedanya hasil mereka. menurut metodenya adalah dengan hasil pengguna lain. Kecuali, tentu saja, dua atau tiga pembaca menyelesaikan tes pada saat yang bersamaan!
6. Dalam beberapa kasus, secara umum, metode seperti itu, jika tidak ada kontak dengan psikolog konsultan, dapat menyebabkan iatrogenik. Paling tidak, teknik tersebut tidak diuji iatrogeniknya.
7. Terakhir, metode-metode tersebut hampir tidak pernah (dengan pengecualian yang jarang terjadi) dilengkapi dengan petunjuk mengenai batas-batas penerapan usia dan relevansi gender. Ini paling sering merupakan teknik tanpa jenis kelamin dan awet muda. (Sayangnya, hal yang sama dapat dikatakan tentang sebagian besar tes ilmiah di bidang psikologi keluarga.)
Kami akan memberi tahu Anda apa itu tes SHL dan menunjukkan dengan contoh bagaimana tes tersebut membantu dalam pekerjaan HR. Berikut adalah contoh semua jenis tes SHL beserta jawabannya.
Dari artikel ini Anda akan belajar
Tes psikometri:
Apa itu tes SHL
Tes SHL psikometri adalah alat perekrutan yang memungkinkan Anda menyingkirkan kandidat yang tidak cocok sebelum wawancara. Tes SHL tidak menguji pengetahuan pelamar, melainkan menilai kemampuan intelektualnya. Menurut statistik, setelah lulus tes SHL, 70-80% pelamar berhasil lolos wawancara.
3 jenis tes SHL
1. Tes SHL verbal
Tes verbal merupakan penggalan teks tentang topik tertentu, biasanya berkaitan dengan kegiatan pelamar di masa depan. Teksnya mungkin berisi desain yang rumit, istilah dan ekspresi khusus.
2-3 pernyataan diberikan pada teks. Anda perlu menilainya pada skala berikut: “Benar”, “Salah” dan “Sedikit informasi”.
2. Tes SHL matematis (numerik).
Tes semacam itu melibatkan pemecahan masalah matematika dengan berbagai tingkat kompleksitas. Mereka tidak menentukan integral, turunan dan sistem persamaan, namun, masalah tersebut memerlukan analisis jumlah besar data dalam kondisi waktu terbatas.
3. Tes SHL logis
Tes ini juga disebut tes penalaran abstrak, tes induksi, atau tes diagram. Tugas tes logika diberikan dalam bentuk pernyataan, sekumpulan gambar abstrak, urutan angka atau diagram. Kandidat harus menemukan pola dan menjawab pertanyaan atau memilih opsi yang benar.
Untuk apa tes SHL?
Tes SHL menguji seberapa cepat seorang kandidat dapat berpikir, menganalisis informasi, berkonsentrasi, dan apakah ia dapat berpikir logis.
Apa yang bisa diperiksa dengan menggunakan tes SHL
Dengan menggunakan tes SHL Anda dapat menilai tingkat perkembangan kemampuan jenis yang berbeda: kemampuan berpikir abstrak, mengolah informasi numerik dan verbal, memahami prinsip mekanika dan lain-lain.
- Tes SHL verbal
Mereka memungkinkan Anda menentukan seberapa cepat kandidat memahami teks, memahami hubungan logis, dan mengevaluasi pernyataan yang diajukan. Ada "keterbatasan" dalam tes ini - jawabannya adalah " Informasi tidak cukup"sering bingung dengan jawabannya" PALSU" Hanya spesialis yang benar-benar kompeten yang dapat menilai perbedaannya.
- Tes SHL numerik
Dengan bantuan mereka, mereka menguji kemampuan kandidat untuk "melihat" angka - menyelesaikan pecahan dengan cepat, mencari yang tidak diketahui, atau menentukan persentase. Tes numerik mengukur kemampuan kandidat untuk memahami informasi grafis dan tabel.
- Tes SHL logis
Mereka memungkinkan HR untuk menentukan kemampuan kandidat untuk memahami informasi asing dan membuat keputusan yang tepat. Pelamar yang berhasil lulus tes logika biasanya memiliki pemikiran analitis dan abstrak yang baik serta memiliki minat belajar yang meningkat.
- Gunakan tes serbaguna dalam satu set, ini akan memungkinkan Anda untuk menentukan Berbagai jenis pemikiran manusia.
- Perhatikan apakah pemohon memperhatikan tulisan halus dalam tugas, gunakan tulisan tersebut untuk membalikkan keseluruhan jalannya solusi.
- Menilai kemampuan kandidat dalam memahami sejumlah besar informasi, dengan sengaja membebani teks dengan data yang penting untuk diingat.
- Analisis seberapa cepat kelelahan menumpuk dan rasa pingsan muncul dalam pekerjaan kandidat; untuk melakukan ini, tingkatkan jumlah tugas.
- Dapatkah peserta tes dengan kompeten menyaring data yang tidak perlu yang mengganggu pencarian solusi? Tentukan parameter ini menggunakan banyak data tambahan dalam rumusan masalah awal.
- Gunakan soal dengan koneksi logis yang kompleks ketika jawaban yang benar memerlukan pembangunan rantai logis yang panjang.
- Tentukan sejauh mana kandidat berbicara kosakata tertentu, rancang tes sehingga tanpa pengetahuan tentang terminologi, banyak tugas tidak akan dapat dipahami.
Contoh tes SHL
Contoh tes SHL verbal
Kondisi awal:
DI DALAM periode musim panas Ketika karyawan tetap pergi berlibur, beberapa organisasi mengambil pekerjaan sementara untuk pelajar. Pada saat yang sama, beban kerja di banyak perusahaan meningkat, dan kebutuhan akan personel tambahan pun meningkat. Pekerjaan sementara menarik siswa dengan kesempatan untuk memperoleh keterampilan praktis dan mendapatkan pekerjaan di perusahaan ini setelah pelatihan. Perusahaan juga tertarik dengan masuknya tenaga kerja baru. Ia berusaha menarik minat siswa dan memotivasi mereka untuk terus berkolaborasi. Mahasiswa tidak berhak mendapat cuti sakit atau cuti berbayar, namun pekerjaannya dibayar penuh.
Pernyataan 1: Siswa yang dipekerjakan untuk pekerjaan sementara menerima pembayaran liburan dalam bentuk pembayaran tambahan untuk gaji mereka.
Jawaban yang benar: PALSU.
Pernyataan 2: Pekerjaan anggota staf yang sedang cuti dapat dilakukan oleh mahasiswa.
Jawaban yang benar: Benar.
Pernyataan 3: Proses pengaduan dan pendisiplinan berlaku bagi siswa dengan cara yang sama seperti yang diterapkan pada anggota staf.
Jawaban yang benar: Informasi tidak cukup.
Contoh tes SHL numerik
Tugas: “Bekerja sama, Tom, Harry dan Dick akan mengecat pagar sepanjang 100 meter dalam waktu 9 jam. Sendirian, Tom akan mengecat pagar dalam 18 jam, dan Harry - dalam 36 jam. Berapa lama waktu yang dibutuhkan Dick untuk mengecat pagar jika Tom dan Harry mengambil cuti.”
Jawaban yang benar- 36 jam.
Contoh Tes SHL yang Logis
Kandidat ditawari serangkaian gambar, salah satunya hilang. Anda harus memilih salah satu yang Anda lewatkan dari opsi di bawah ini:
Jawaban yang benar: gambar kedua
Kombinasinya bermacam-macam, dan sulit untuk menemukan kecanduan, terutama dalam waktu singkat. Seringkali tugas-tugas seperti itu diselesaikan secara intuitif oleh spesialis kelas atas, yang memungkinkan Anda dengan cepat mengidentifikasi kandidat yang Anda butuhkan.
Bagaimana menganalisis hasil tes SHL
Saat menganalisis hasil tes SHL, penting untuk mengandalkan kualitas jawaban, bukan kuantitas data jawaban. Misalnya, pelamar pertama mengisi kolom jawaban untuk 50 pertanyaan, namun hanya 25 yang benar. Dan kandidat kedua hanya menjawab 25 pertanyaan dari 50 pertanyaan dan memberikan jawaban yang benar untuk semuanya. Hasil kandidat kedua akan lebih disukai dan lebih berharga, karena menghilangkan kemungkinan menebak jawaban yang benar secara tidak sengaja hanya dengan mencentang kotak di tes.
Pertanyaan yang tidak terjawab di blok tes mana pun harus dianggap salah. Analisis tes karyawan masa depan dalam hal kekuatan dan kelemahan. Untuk melakukan ini, seorang spesialis SDM perlu mengetahui dengan jelas kualitas apa yang harus dimiliki seorang kandidat untuk posisi tertentu.
Tes verbal memungkinkan untuk menilai kecepatan asimilasi informasi tekstual dan kemampuan berpikir logis. Saat lewat tes lisan Selain jawaban yang benar, ada baiknya menilai penguasaan teknik membaca cepat dan memberikan nilai tambah tambahan kepada kandidat.
Dalam melakukan tes logika abstrak perlu dilakukan analisis terhadap kemampuan pelamar dalam menarik kesimpulan logis berdasarkan informasi nonverbal yang biasanya disajikan dalam bentuk simbol-simbol abstrak.
Sangat mudah untuk mengetahui apa sebenarnya yang disebut tes informasi numerik, jaringan ini penuh dengan segala macam penjelasan dan contoh, dan singkatnya, ini adalah tugas-tugas yang harus Anda gunakan keterampilan matematika. Tidak perlu mengkhawatirkan kemampuan Anda: tugasnya sederhana dan kira-kira sesuai dengan levelnya sekolah menengah atas.
Dalam tugas yang perlu Anda temukan:
- minat;
- saham;
- hubungan,
menggunakan:
- analisis data;
- interpretasi grafis.
Contohnya adalah grafik, tabel, atau histogram, dan kondisi ini menimbulkan tantangan bagi sebagian peserta ujian. Tidak ada informasi yang murni tekstual, seperti yang kita miliki buku pelajaran sekolah: “kereta berangkat entah kemana, ada kereta lain yang menemuinya, kapan mereka akan bertemu?” Tes bakat numerik terdiri dari data grafis dan Anda perlu mempersiapkannya hanya dari contoh serupa.
Maksud dari pengujian dengan menggunakan tes verbal dan numerik adalah untuk memahami seberapa baik penantang mengatasi logis Soal matematika dalam kondisi kekurangan waktu. Jelas bahwa setiap orang yang melek huruf akan menyelesaikan contoh sederhana dengan persentase, memberinya waktu 10-15 menit, tetapi ketika penghitung menghitung mundur 60 detik, atau mungkin kurang, proses mencari solusi menjadi sulit.
Pengusaha menggunakan tes numerik dengan jawaban untuk mengevaluasi pelamar, menguji keterampilan mereka dalam memproses informasi numerik dalam jumlah besar dalam kondisi stres. Dengan bantuan tugas, hal ini menjadi mungkin mengukur potensi kinerja, memahami apakah kandidat siap memecahkan masalah kompleks dan dengan cepat menganalisis data yang sudah ada di tempat kerja.
Lulus Tes Numerik Tanpa Kemahiran disiplin matematika itu tidak akan berhasil, tetapi tingkat pengetahuannya tidak harus tinggi, sebaliknya, pengetahuan teoritis matematika yang lebih tinggi tidak akan banyak membantu dalam memecahkan masalah. Contoh yang dikembangkan oleh perusahaan SHL atau Bakat Q, memerlukan keterampilan lain, termasuk kecepatan membaca yang tinggi dan menyoroti informasi utama. Sebagian besar tugas lebih mudah diselesaikan di kepala Anda, kadang-kadang menggunakan kalkulator, dan Anda tidak akan dapat menebak jawabannya - pengembang telah menanganinya.
Tentu saja, “teknisi”, lulusan universitas teknik Mempersiapkan dan memecahkan masalah memang lebih mudah, namun “pejuang kemanusiaan” juga mampu memperoleh keterampilan memecahkan masalah, mereka hanya perlu berlatih.
Lebih mudah untuk mengikuti tes numerik secara online; Anda dapat mengatur suasana yang sesuai, menghilangkan sumber kebisingan dari kantor, atau duduk dengan laptop di kafe favorit Anda, tetapi semua poin ini tidak menjamin keberhasilan penyelesaian. Hanya ratusan soal yang diselesaikan dan penggunaan ekspresi matematika jenis ini akan memberikan pengalaman yang akan menjadi keterampilan seiring berjalannya waktu.
Tidak ada gunanya memilih jawaban begitu saja, Anda harus menyelesaikan masalahnya, setelah itu akan mudah untuk menandai pilihan yang benar. Biasanya, pengembang tugas numerik memberikan jawaban sedikit demi sedikit, yaitu serupa, berbeda satu atau seperseratus, yang tidak memungkinkan Anda mengandalkan keberuntungan.
Saran utamanya adalah berlatih, semakin banyak Anda bekerja tes latihan numerik, semakin cepat, akurat, dan percaya diri Anda menjawab pertanyaan. Tes numerik sederhana didistribusikan secara gratis di Internet, mudah ditemukan, dilihat, dan diselesaikan, tetapi contoh seperti itu hanya cocok untuk tujuan informasi saja. Akan ada masalah dengan jawabannya, tetapi tingkat masalah ini rendah, dan tidak mungkin memperoleh keterampilan pemecahan yang memadai dengan bantuan mereka.
Untuk diandalkan skor tinggi, Anda harus menjawab beberapa ratus soal, dan lebih baik menyelesaikannya dalam kondisi yang paling sulit, misalnya, membatasi waktu bukan menjadi satu menit, tetapi menjadi 40-45 detik. Kompleksitas tes numerik bervariasi dari satu perusahaan ke perusahaan lainnya, dan akan sangat membantu jika Anda memiliki waktu luang.
