Saya akan berbagi pengalaman bersama dengan perspektif rekrutmen tentang uji keterampilan kandidat dalam debugging. Saya terpaksa melakukan wawancara yang memiliki tiga tahap. Tahap kedua adalah "kasus praktis". Saya tidak tahu lebih banyak pada saat itu. Sementara di sana saya diberitahu ada sistem yang berhenti bekerja dan mereka tidak tahu. Beberapa bug ada di belakang.
Itu diatur sebagai desktop jarak jauh ke lingkungan pengujian yang lama. Mungkin ke lingkungan yang tidak terhubung atau terisolasi. Proyek ini adalah beberapa bentuk web dengan beberapa kontrol ASP.NET dan kode-file kode terkait. Filefile disebut semacam lapisan bisnis yang saya hanya punya dll, tidak ada kode sumber dan deskripsi metode. Bentuk Web melakukan fungsi CRUD yang dapat Anda harapkan. Juga fungsi pencarian kecil. Lapisan bisnis, pada gilirannya, berbicara dengan Views dan SP di server sql.
Mereka memecah beberapa bagian pada tingkat yang berbeda. Saya diberi kertas dengan gejala. "Tidak dapat mencari" "Bidang 'wilayah' menghilang setelah pembaruan terakhir" dan semacamnya. Seperti yang dapat Anda terima dari pengguna Anda.
Saya tidak ingat semua detail tetapi setidaknya bidang tabel diganti namanya, yang mengarah ke SP yang rusak, yang digunakan oleh fungsi pencarian. Itu berarti tidak ada kesalahan dalam VS dan tidak ada kode sumber BL untuk melacak nama bidang. Parameter SELECT terhadap Sqlcommand salah eja dan menyebabkan webform tidak berfungsi. Juga bidang dihilangkan yang merupakan bidang yang hilang di GridView (Autogeneratecolumns). Tombol ASP.NET dirujuk ke sesuatu yang harus dimaksudkan sebagai metode duplikat, disempurnakan, dan "lupa" untuk mengarahkan tombol ke metode baru.
Juga hal sepele seperti menggunakan judul dalam tag html yang tidak mengizinkannya. Tag ALT yang berlawanan juga dihilangkan dalam kontrol yang mengharuskannya. Ada juga beberapa kesalahan dengan tag html tertutup yang tidak benar tetapi tidak berfungsi. Tidak yakin apakah semua itu adalah kesalahan playhouse-project-murni atau mungkin proyek yang sama untuk perekrutan yang berbeda. Saya tidak pernah bertanya. Tingkat kesulitan tentu saja harus sesuai dengan kebutuhan perekrutan.
Tes semacam itu mungkin harus disaring (tidak diikuti) untuk melihat, setelah wawancara, bagaimana debugging dilakukan. Bagi saya sendiri pada tahap itu, saya menemukan tes itu sedikit konyol, tetapi itu juga akan menjadi poin besar. Jika itu benar atau tidak, harus bernilai banyak memiliki kandidat di tempat yang tepat.
* Saya pikir tes itu membuktikan para kandidat / keahlian saya untuk *
* Menganalisis sistem asing
* Menggunakan informasi minimal untuk menemukan kesalahan dan bug
* Di bawah tekanan waktu dan tanpa seseorang membantu Anda, kode dianggap koreksi
* Tingkat pengetahuan yang berbeda;
** sql db dan prosedur tersimpan,
** penggunaan dll dalam proyek,
** teknik asp.net,
** arsitektur berlapis
** aspek berorientasi masalah
Tetapi juga hal-hal yang lebih jelas seperti menangani lingkungan pengembang, menemukan dan memahami alat Manajemen Server Db. Tentunya ada kandidat yang terlihat sangat bagus di atas kertas tetapi, dalam praktiknya, bisa terjebak pada tugas-tugas seperti itu.