Quoi préparer pour entretien "Un ingénieur Test et recettes"

[Paradisma]

Bonjour,

jai un entretien a passé très prochainement pour le poste "Un ingénieur Test et recettes".
avez vous une idée sur les questions qu'on peux me poser !?
je dois me focaliser sur quoi exactement pour préparer mon entretien !?

merci d'avance

[fregolo52]

Tu peux parler de toi avant ?
- profil
- expériences/etudes

pour les tests logiciels, on peut te demander si tu sais faire du perl ou python pour créer des tests automatisées.

[Paradisma]

Moi je suis un bac + 5, inegnieur miagiste.
fraichement diplomée, sans experince, je débute.

et je n'ai pas beaucoups d'experience dans ce domaine, je n'ai jamais créer des test automatisés, d'ou ma question, que dois je préparer pour cet entretien !?

j'ai du temps pour fair des recherches et me documenter.

[fregolo52]

Ca dépend beaucoup de la société que tu as en face de toi !!

Je suis développeur chez un éditeur.
Ici, les testeurs doivent savoir installer des OS (Windows), installer des logiciels et les tester.
Des fois ils font joujou avec le contrôle de domaine (Active Directory).

Dur dur de te guider !!

C'est comme dire "Développeur" c'est super vague. Ce n'est pas du tout la même chose si on fait du dév PHP ou du C Embarqué.

[Paradisma]

C Omnidata, si ça peut aider.

merci bcp fregolo52, je vais essayer de me documenter deja sur la création de tests automatiques. bonne piste, merci

[Glutinus]

On te testera plus sur ta motivation, car la majorité des ingénieurs préfèrent s'orienter vers le dev, l'architecture, la gestion de projet...

Il faut donc bien imaginer ce qu'est le métier de recetteur, les délais, le besoin fonctionnel...

[Paradisma]

d'accord, je vais faire une petite recherche la aussi.
mais dois je comprendre que les ingenieur testeur ne developpent pas !?
pouvez vous me donnez des infomations de plus !?

merci

[el_slapper]

En fait, il ya 2 profils de testeurs quasiment contradictoire : l'homologateur, et le spécialiste de test automatique. J'ai rempli les 2 rôles, mais pas en même temps. Et c'est vraiment le grand écart.

L'homologateur doit être spécialisé métier, ou en avoir la motivation. Il doit comprendre les exigences du métier, savoir lire au delà de la specification pour établir un plan de test complet, être assez rigoureux pour executer celui-ci sans omission, et assez curieux, voir vicieux, pour se dire, "tiens, et si j'essayais autre chose.....". Que de l'EXCEL et de la manipulation du produit à tester, aucune programmation.

Le spécialiste de tests automatiques est éloigné du métier. Généralement, son rôle est de mettre en place un automate qui reprend les cas-tests fournis par l'homologateur. Il intervient en général sur des produits matures, qui ont besoin de non-regression régulière. Il passe sans doute encore plus de temps sur le code que le développeur, et sa vision fonctionelle est encore plus réduite.

Après, on peut tomber sur des postes mixtes, mais il est délicat de trouver des gens qui savent tout faire. Je suis sans doute plus adapté au second poste qu'au premier(même si je peux dépanner).

[phili_b]

Envoyé par Paradisma

mais dois je comprendre que les ingenieur testeur ne developpent pas !?

[Paradisma]

Envoyé par el_slapper

En fait, il ya 2 profils de testeurs quasiment contradictoire : l'homologateur, et le spécialiste de test automatique. J'ai rempli les 2 rôles, mais pas en même temps. Et c'est vraiment le grand écart.

L'homologateur doit être spécialisé métier, ou en avoir la motivation. Il doit comprendre les exigences du métier, savoir lire au delà de la specification pour établir un plan de test complet, être assez rigoureux pour executer celui-ci sans omission, et assez curieux, voir vicieux, pour se dire, "tiens, et si j'essayais autre chose.....". Que de l'EXCEL et de la manipulation du produit à tester, aucune programmation.

Le spécialiste de tests automatiques est éloigné du métier. Généralement, son rôle est de mettre en place un automate qui reprend les cas-tests fournis par l'homologateur. Il intervient en général sur des produits matures, qui ont besoin de non-regression régulière. Il passe sans doute encore plus de temps sur le code que le développeur, et sa vision fonctionelle est encore plus réduite.

Après, on peut tomber sur des postes mixtes, mais il est délicat de trouver des gens qui savent tout faire. Je suis sans doute plus adapté au second poste qu'au premier(même si je peux dépanner).

Merci bcp el_slapper

[Paradisma]

Envoyé par phili_b

Que dois je comprendre !?

[phili_b]

Envoyé par Paradisma

mais dois je comprendre que les ingenieur testeur ne developpent pas !?

Envoyé par phili_b

Envoyé par Paradisma

Que dois je comprendre !?

Rien de méchant ça m'amusait de voir ta tournure de phrase découvrant la chose. ça peut venir aussi de la façon dont on t'a présenté la mission. Il y a maxi un mois quelqu'un avait posé la même question de développer pour être intégrateur informatique et découvrait que non. En fait l'amusement ou l'ironie ne vient pas de ce qui a à faire, mais que souvent comme ça ne passionne pas les foules les gens qui présentent ces missions font l'impasse ou biaisent alors qu'il faudrait présenter ces fonctions normalement pour éviter des mauvaises surprises.

En fait, en ce qui me concerne, pour moi les cahiers de tests sont un mal nécessaire. Je trouve ça super chiant. Je ne me verrais jamais faire ça à temps complet surtout du côté dév. En revanche si je suis le client, qui attend des résultats et qui vérifie ce qu'il attend, cela a pour moi plus d'intérêts. A toi de voir si ça te parait intéressant selon ton propre point de vue: Des gens détestent développer par exemple et ce genre de boulot peuvent leur convenir tout à fait.


Mais bon ces échanges sur ce topic montrent que ta question était très pertinente et que tu as eu raison de la poser pour savoir à quoi t'en tenir.

[garn]

le seul cas ou développement et tests se rejoindraient serait un poste ou le développement est effectué en amont, genre mal dégrossi, et que tu doives tester et détecter de facon pointues les anomalies, voire les corriger toi meme.

Un développement en deux temps, disons. Ca peut se faire pour gagner du temps, avec un premier dev externalisé dans un lointain pays

Testeur technique, ou au moins nécessitant de grandes compétences en développement pour pouvoir juger et détecter les ano, ca peut exister

mais généralement, test, c'est principalement fonctionnel quand meme : ca marche ou ca marche pas, c'est normalement pas au testeur d'aller détecter la cause de l'anomalie : on constate juste.

Et pour la suite de ta carriere c'est pas forcément l'idéal, si tu veux continuer en dev >_<