Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Question sur des annonces d'emploi
Voilà ce qu'on peut trouver : "De formation supérieure bac +5, école d'ingénieur ou université en informatique, vous justifiez d'une expérience significative sur les métiers du test"
Comment un ingénieur peut-il avoir eu des expériences sur les métiers du test car à la base sa formation technique est plus dans le développement que sur du test?
En ayant trouvé une société acceptant les débutants dans le test qui seront intégrés à une équipe déjà en place.
Cibler les annonces avec "expérience souhaitée", "0 à 2 ans", etc...
C'est applicable à l'administration système par exemple, où j'ai croisé nombre de pilotes d'exploitation, de techniciens (souvent issus d'autres bac +3/4/5 à l'horizon professionnel bouché), montés en compétence jusqu'à être pour certains à un niveau ingénieur voire architecte technique après quelques années.
Edit: Un tutoriel sur les tests unitaires vient d'être publié
http://soat.developpez.com/tutoriels...taires-vs-2010
Réponse 1 / en sortie d'école d'ingé on te demande en entretien "vous avez fait des tests sur vos applications que vous développiez" "oui" => c'est bon, t'en as fait.
Réponse 2 / on te forme. Je pense qu'il reste quand même pas mal de postes tournants sur les homologations. Après pour ce poste ils demandent peut-être effectivement quelqu'un de plus rodé.
Salut
il ne faut pas trop prendre en compte tout ceux qui est mentionné dans l'annonce. sinon tu ne pourra jamais postuler
les RH cherchent tj le mouton à 5 pattes ...
il y a des tonnes d'annonce de type
nous cherchons un ing débutant (ing ou unv) avec de très bonne connaissances en programmation objets (c/c++, java, python, delphi, assembleur, ...)
Je soupconne que pour les RH ce soit
- Bon alors il faut remplacer NomBidon qui au bout de X années à un poste passe à autre chose
- On prend les compétences NomBidon quand il quitte le poste (donc avec les X années d'XP en plus) et on cherche les mêmes au niveau d'XP qu'avait NomBidon quand il est rentré
- Manque de pot, les candidats à ce poste n'ont pas les compétences actuelle de NomBidon mais celle qu' ilelle avait en rentrant (et ceux qui les ont veulent plus que son salaire de sortie)
Après avec un peu d'optimisation du CV et un peu de chance ça marche...
J'ai un profil développeur/homologateur.
En 2000, Sopra m'a recruté alors que je n'avait pas du tout ce profil. M'a formé 5 semaines sur COBOL. Et m'a envoyé 7 mois faire de l'homologation chez un client parceque j'avais "la tête bien faite". Avant de m'envoyer sur du dev.
Une carrière, ce sont des opportunités que l'on saisit. Ou pas. J'ai toujours navigué entre les deux, ça m'a fermé certaines portes, ça m'en a ouvert d'autres. Note que le test, c'est un métier spécial, qui n'a pas grand chose à voir avec le développement(sauf les tests fonctionnels automatiques, un cas bien à part). Faut aimer. J'aime beaucoup, mais je connais pas mal de gens qui sont partis en courant.
Je ne connais pas de formation pour le test. Pour celui qui est intéressé, il faut paraitre intéressé, et se renseigner un peu sur les fondamentaux(cas passants-non passants, cas standards-limites, couverture, exigences.....). Le plus canulant, c'est "expérience de Quality Center exigée". Ça s'apprend en 2 heures(sauf l'admin et les tests automatiques, mais bon, ce sont des animaux bien particuliers).
Je pense qu'il y a plusieurs niveaux de "testing" comme il y a plusieurs niveaux d'expertise en dev.
Tu peux être bien encadré et apprendre des méthodes rigoureuses.
Ou aller à l'arrache "tiens on a fait ce cahier qui teste ces 10 cas tu les déroules on verra après" alors qu'il y aurait pu avoir plus d'intégration.
Dans tous les cas je pense que c'est un métier qui s'apprend avec un (bon) mentor, peut-être moins violemment que le dev.
Pour QC : toujours le fantasme de commercial de SSII
"Quoi ? Mais t'as fait du QC lors d'une mission précédente ? Pourquoi tu l'as pas mis dans ton dossier de compétences ? Là ton profil colle encore plus à la mission !"
Faut-il être un ingénieur pour faire du test ?
Non.Envoyé par flowin
Bah sur l'annonce oui il faut être ingénieur
Bonjour,
Oui. Non. Ca dépend. Peut-être.
Si le but est de prendre une interface, de cliquer partout, et de dire "lorsque je clic ici puis là, ça ne marche pas", non, pas besoin de formation poussée.
Si le but est de prendre l'interface, et de tester la conception, le fonctionnel, alors il faut des connaissances bien plus avancées.
Si le but est de prendre un avion et de tester s'il peut voler, non, il ne faut pas être ingénieur mais pilote d'essai.
Bref, ça dépend des tests.
Merci
Pour toutes les offres testeur que j'ai vu, il fallait être: ingénieur/ BAC+4/ BAC+5.
La raison
J'ai l'impression que c'est le testeur qui va developper cette application, c'est peut être cela ils embauchent un testeur pour lui demander de devélopper l'applicationPour toutes les offres testeur que j'ai vu, il fallait être: ingénieur/ BAC+4/ BAC+5.
La raison
Non, je ne pense pas.
L'inverse est peut-être vrai.
On recherche un développeur mais en vérité il pourra faire autre chose que du dev : suivi de prod, ticketing, test, GED, AMOA...
En tant que testeur, je dirais que ma formation d'ingénieur m'aide surtout dans les "à-cotés". La compréhension des dynamiques internes et externes qui impactent le projet. La culture générale d'entreprise. Pour la partie test proprement dite, il suffit de savoir lire, écrire, compter...et avoir l'esprit critique.
Quant à la mise en place de tests automatiques, ça s'apprend, pas besoin de diplôme.
En bref, si ils veulent un ingénieur, c'est qu'ils veulent quelqu'un qui puisse évoluer au-delà de la stricte définition du poste. C'est standard dans les grands groupes : généralement, ils ne recrutent personne en interne sans s'assurer que cette personne puisse devenir "chef". Même si ça n'est pas pour être chef.
Ok merci
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager