Je partagerai une expérience avec le point de vue des recrues sur le test des compétences d'un candidat en débogage. J'ai eu une interview en trois étapes. La deuxième étape était un "cas pratique". Je n'en savais pas plus à ce moment. Pendant que j'étais là-bas, un système a cessé de fonctionner et ils ne le savent pas. Quelques insectes sont derrière.
Il a été organisé en tant que bureau distant pour un ancien environnement de test. Probablement dans un environnement débranché ou isolé. Le projet consistait en quelques formulaires Web avec des contrôles ASP.NET et le code de fichier code associé. Le fichier de code faisait référence à une sorte de couche de gestion pour laquelle je viens d'avoir une dll, pas de code source ni de description de méthode. Les formulaires Web ont rempli les fonctions CRUD auxquelles vous pouvez vous attendre. Aussi une petite fonction de recherche. La couche métier a à son tour parlé à Views et à SP dans un serveur SQL.
Ils ont cassé des pièces à différents niveaux. On m'a donné un papier avec des symptômes. "Recherche impossible" "Le champ" région "a disparu après la dernière mise à jour" et autres. Tels que vous pouvez recevoir de vos utilisateurs.
Je ne me souviens pas de tous les détails mais au moins un champ de table a été renommé, ce qui conduit à un SP cassé, utilisé par la fonction de recherche. Cela signifie qu'aucune erreur dans VS et aucun code source BL ne permet de suivre les noms de champs. Un paramètre SELECT associé à Sqlcommand a été mal orthographié et a provoqué un dysfonctionnement d'un formulaire Web. Un champ a également été omis, qui était le champ manquant dans GridView (Autogeneratecolumns). Un bouton ASP.NET a été référencé à quelque chose qui doit être censé être une méthode dupliquée, améliorée et "oublié" de pointer le bouton sur la nouvelle méthode.
Aussi une telle chose mineure en utilisant le titre dans une balise HTML qui ne le permettent pas. De plus, la balise ALT opposée a été omise dans un contrôle le nécessitant. Il y avait aussi quelques erreurs avec des balises html fermées non correctes mais qui ne fonctionnaient pas mal. Je ne sais pas si tout cela était une pure erreur de projet de théâtre ou peut-être le même projet pour différents recrutements. Je n'ai jamais demandé. Le niveau de difficulté devrait bien sûr correspondre au besoin de la recrue.
Ce test devrait probablement être examiné (non suivi) pour voir, après l’entretien, comment le débogage a été effectué. Pour moi à ce stade, j’ai trouvé le test un peu ridicule, mais c’est aussi ce qui importe. Si c'était ou ne l'était pas, le candidat devrait occuper une place de choix.
* Je pense que ce test a été prouvé aux candidats / à mes compétences pour *
* Analyser un système étranger
* Utiliser un minimum d'informations pour trouver des erreurs et des bugs
* Sous contrainte de temps et sans aide, code supposé des corrections
* Différents niveaux de connaissances;
** db sql et procédures stockées,
** utilisation de dll dans un projet,
** technique asp.net,
** architecture en couches
** aspect orienté problème
Mais aussi les choses les plus évidentes comme gérer l’environnement de développeur, trouver et comprendre l’outil de gestion de serveur Db. Certes, il y a des candidats qui ont l'air vraiment sympa sur le papier mais qui, en pratique, pourraient rester coincés dans de telles tâches.