Discussion :

[Röyksopp]

Salut à tous !

Après quelques semaines d'intercontrat mon ESN m'a placé sur une mission de développement logiciel. C'est ce que je veux faire donc je suis plutôt content. La mission consiste à implémenter des tests pour un logiciel pour augmenter la fiabilité (éliminer un maximum de bugs etc...). La mission est censée durer 2-3 mois (elle durera peut-être 3-4 mois plutôt).
Ensuite comme je connaîtrai mieux le logiciel je devrai passer sur le développement du logiciel en lui-même donc faire du dev pur (et si ça arrive je sors le champagne ).

J'ai accepté la mission parce que l'ambiance est cool (et aussi parce que je n'ai pas eu le choix) mais je me pose quand même une question : est-ce que le fait de programmer des tests n'est pas en train de me transformer en ingénieur IVV ? C'est un petit peu ma phobie à vrai dire. Je sais qu'une fois qu'on est engagé sur une voie il peut être difficile d'en sortir, je suis encore jeune et je me suis quand même tapé 5 ans d'études pour pouvoir programmer donc j'aimerais pas que tous mes efforts se volatilisent et que je reste bloqué à faire du test.

Est-ce que certains d'entre vous ont déjà connu cette étrange déviation d'aller du dev vers du dev qui ressemble un peu à du test ? Est-ce qu'il y a un risque ou je me fais juste des idées ?

J'ai déjà entendu parler de gens qui ont fait 5 ans de dev et qui après une seule mission dans l'IVV n'ont pas peu refaire du dev (et bim 5 ans de ta vie qui partent en fumée). Les recruteurs délirent quand même.

Merci d'avance !

[Mat.M]

Je sais qu'une fois qu'on est engagé sur une voie il peut être difficile d'en sortir

bonjour,
ehh malheureusement oui.
Donc une suggestion serait de voir son manager et demander à refaire du développement, de changer de mission.
S'il n'y a rien à faire pour être placé sur une autre mission eh bien faut changer de crémerie

[Glutinus]

Bonjour padawan,

Scénario 1 (dans un monde idéal)
Tu fais tes 2 mois de tests logiciel, puis après on te met effectivement sur du code (parce que tu le connais bien), tu ressors. Sur ton CV tu ne mentionnes pas que tu as utilisés des outils précis de tests logiciels, ou du moins il faut mettre en avant que tu as fait 99% de code. Mieux vaut retirer les choses pour lesquelles tu ne veux pas qu'on t'appelle.

Scénario 2 (dans un monde non-idéal, qui représente 80% de la réalité)
Tu resteras sur du test logiciel toute ta mission et on te fera miroiter "promis, tu feras du dev la semaine prochaine !" OU On te mettra sur du dev puis tu reviendras sur du test logiciel 2 minutes après OU on te mettra sur du dev puis on mettra fin sur ta mission.

Sois effectivement vigilant, si tu approches le doigt de l'engrenage, ne sois pas étonné si tu te retrouves dans la machine jusqu'au coude.

J'en ai fait les frais pendant 10 mois (mais c'était formateur, et finalement dirigé ma carrière sur la bonne direction)

[Röyksopp]

Bonjour padawan,

Scénario 1 (dans un monde idéal)
Tu fais tes 2 mois de tests logiciel, puis après on te met effectivement sur du code (parce que tu le connais bien), tu ressors. Sur ton CV tu ne mentionnes pas que tu as utilisés des outils précis de tests logiciels, ou du moins il faut mettre en avant que tu as fait 99% de code. Mieux vaut retirer les choses pour lesquelles tu ne veux pas qu'on t'appelle.

Ça c'est clair... Je me demande comment ça peut être légal de détourner la carrière d'un dev en le forçant à faire du test (parce qu'on est d'accord qu'on me force là). Peu d'ingés font du test pourtant les recruteurs ne veulent pas monter les salaires pour rendre les emplois plus attractifs... Du coup ils se servent de jeunes ingénieurs qui peuvent se faire plus facilement manipuler.

Scénario 2 (dans un monde non-idéal, qui représente 80% de la réalité)
Tu resteras sur du test logiciel toute ta mission et on te fera miroiter "promis, tu feras du dev la semaine prochaine !" OU On te mettra sur du dev puis tu reviendras sur du test logiciel 2 minutes après OU on te mettra sur du dev puis on mettra fin sur ta mission.

Sois effectivement vigilant, si tu approches le doigt de l'engrenage, ne sois pas étonné si tu te retrouves dans la machine jusqu'au coude.

J'en ai fait les frais pendant 10 mois (mais c'était formateur, et finalement dirigé ma carrière sur la bonne direction)

Je vois que ce genre de mauvaises expériences n'arrive pas qu'à moi. Les recruteurs sont en train de tuer le métier de testeurs je trouve ça affreux.

Tu fais comment du coup pour pas te faire harceler pour faire du test par des managers qui te disent que tqt c'est comme du dev ? Tu n'es peut-être plus en ESN aussi.


J'ai dit clairement au début de la mission que je souhaitais pas devenir testeur logiciel à la fois à mon ESN et au client et que si j'étais amené à rester sur le poste sur du long terme ça serait hors de question. Là c'est le début donc je fais profil bas. Mais au bout d'un mois de mission je vais clairement indiquer mes intentions de faire du dev pur sinon je demande à être changé de mission.

Je suis ingénieur logiciel et pas testeur. Le contrat de travail est bien un accord pour exercer l'activité pour laquelle j'ai été embauchée non ?

[Glutinus]

Ça c'est clair... Je me demande comment ça peut être légal de détourner la carrière d'un dev en le forçant à faire du test (parce qu'on est d'accord qu'on me force là). Peu d'ingés font du test pourtant les recruteurs ne veulent pas monter les salaires pour rendre les emplois plus attractifs... Du coup ils se servent de jeunes ingénieurs qui peuvent se faire plus facilement manipuler.

Il n'y a pas de légal ou de pas légal. Quand Laura Flessel a été nommée ministre des Sports, est-ce critiquable parce qu'elle n'a jamais été ministre auparavant ? C'est valable pour tous les ministres d'ailleurs. Sur ton CV tu as un savoir-faire, un savoir-être, à toi aussi de placer pour orienter vers les postes que tu veux. Spoiler alert : c'est un travail de toute une carrière.

Pour beaucoup de managers - surtout quand tu es en ESN - tu n'es pas développeur, tu es MOE (Maîtrise d'Œuvre), et dans ce joyeux fourre-tout, tu pourrais aussi bien faire de l'architecture, du test logiciel, du release management, de la couverture de code, du suivi de production... on peut même te refiler des tâches de MOA (certains ne se gênent pas pour refiler le boulot des autres, chez un client j'ai fait le planning, les ateliers utilisateurs, tandis que les chefs de projet... je sais pas ce qu'ils faisaient) et il y a d'autres difficultés
Quand tu passeras des entretiens, seras-tu capable de redémontrer derrière que tu es capable de faire du dev ? Réussir un test technique ? Blablater un client en disant que oui, tu as fait des tests unitaires, tu sais communiquer avec des MOA, tu as rempli des cahiers d'exploitation, etc.
pour un commercial, si tu es un gentil presta qui a dit oui à une mission de merde, sois assuré qu'il va essayer de te refiler tout ce qu'il peut pourvu qu'il fasse de la facturation.

Quant aux tests... c'est aux commerciaux comme à toi de réussir à vendre cela. Un ami qui s'est retrouvé à faire du test (il n'a pas pu faire de dev en arrivant sur le marché après la crise de 2008) a baissé les bras mais du coup met en valeur sur LinkedIn des infographies qu'il fait pour mettre en valeur la Q&A. A toi aussi de rendre sexy la merdasse...

Je suis ingénieur logiciel et pas testeur. Le contrat de travail est bien un accord pour exercer l'activité pour laquelle j'ai été embauchée non ?

Comme dit au-dessus, ça ne veut rien dire.

Regarde bien ton CV et il sera certainement marqué dessus que tu es quelque chose du genre "Ingénieur Recherche et Développement".

Cela veut dire quoi ingénieur logiciel pour toi ? Développeur / Codeur ? Pisser du code, vérifier que ça compile et commit tout de suite en prod ? Non, il faut faire du test...

Un ingénieur logiciel met juste en place une solution informatisée pour répondre à un besoin. Le test fait partie intégrante de la chaîne logicielle, et je dirai même normalement au double de la marge. En école, j'ai appris que l'équilibre devrait être de 40 / 20 / 40 : 40% conception, 20% réalisation, 40% tests unitaires. Dans la réalité, les managers veulent pisser du code le plus vite, ça donne plutôt du 10/80/10. Et du coup, on passe des mois et des mois en maintenance, dans un environnement hyper fermé, les développeurs et la MOA déjà partis.

Ensuite, je ne connais pas ton poste exact dans la chaîne logicielle. Tu fais du test automatisé ? Tu déroules un cahier de tests de la MOA ? Bref, c'est vague, mais surtout, il ne faut pas rester dedans - sauf si tu en as envie.

Je vois que ce genre de mauvaises expériences n'arrive pas qu'à moi. Les recruteurs sont en train de tuer le métier de testeurs je trouve ça affreux.

Tu fais comment du coup pour pas te faire harceler pour faire du test par des managers qui te disent que tqt c'est comme du dev ? Tu n'es peut-être plus en ESN aussi.

Ce n'était pas du test, c'était du développement d'un langage à un autre. On m'a pris chez un client pour faire du Java (et j'étais développeur Java à l'époque) et finalement le Java a été envoyé en Inde, et les gens qui restaient, faisaient de la maintenance sur un vieux langage qui n'est plus utilisé, soit faisait de la conception pour les Indiens.

Et le pire, c'est que ça faisait chier beaucoup de prestas ou internes fraichement recrutés de faire de la conception, tandis que ça me motivait : je l'ai fait savoir, je voulais passer dans l'équipe conception, mais le responsable des développements n'a rien fait. C'est couillon, hein ! Mais bon, c'était pas son intérêt, il fallait quelqu'un sur le poste que j'occupais, et il a décidé que ce serait moi (et c'est aussi pour démontrer que s'il fléchissait pour un, il fléchirait pour tous).

Du coup, j'ai monté en compétence sur du SQL. Cela m'a plus : la preuve, je fais du décisionnel et de la data depuis. J'aurai pu rester plus longtemps si je n'avais pas eu des directives opposées et contre-productives, et fait l'erreur de demander un management de proximité et eu une cheffaillonne qui voulait que, je cite " tu ne rentres pas chez toi tant que tu n'as pas fini, quitte à faire des nuits blanches", il va sans dire pour récolter les lauriers.

Tu fais comment du coup pour pas te faire harceler pour faire du test par des managers qui te disent que tqt c'est comme du dev ? Tu n'es peut-être plus en ESN aussi.

Non, je suis freelance, mais ça n'empêche pas que j'ai une spécialisation technique dont je vais me défaire.
Alors c'est très simple, je connais un proverbe chinois qui résout tout : "Si tu ne veux pas que cela se sache, autant ne pas le dire".
Du coup, quand on m'appelle pour une technologie XXX que je veux pas faire, c'est simple, je le supprime de mon CV.
Et donc, pour ton CV, faut pas mettre "Ingénieur test logiciel" en titre de ton CV ni de ton poste, et que chaque poste reflète autre chose qu'un poste en test logiciel.

J'ai dit clairement au début de la mission que je souhaitais pas devenir testeur logiciel à la fois à mon ESN et au client et que si j'étais amené à rester sur le poste sur du long terme ça serait hors de question. Là c'est le début donc je fais profil bas. Mais au bout d'un mois de mission je vais clairement indiquer mes intentions de faire du dev pur sinon je demande à être changé de mission.

Allelujah ! Mazel tov !
Hé bien, RDV dans un mois pour dire quelle sera la réaction de ton chef. P'tet que ça terminera bien, p'tet qu'il va falloir prendre des décisions radicales.

[Darkzinus]

J'ai dit clairement au début de la mission que je souhaitais pas devenir testeur logiciel à la fois à mon ESN et au client et que si j'étais amené à rester sur le poste sur du long terme ça serait hors de question. Là c'est le début donc je fais profil bas. Mais au bout d'un mois de mission je vais clairement indiquer mes intentions de faire du dev pur sinon je demande à être changé de mission.

Ca sera pire après 1 mois ! Ils ne te sortiront pas. Il te restera que la démission ...

[yento]

est-ce que le fait de programmer des tests n'est pas en train de me transformer en ingénieur IVV ?

Non. Le développement de tests (du moment que tu développes!) c'est du développement comme un autre.
C'est meme souvent plus que du simple developpement, avec de l'expertise electronique quand on approche du hardware, ou de l'expertise DevOps quand on approche de l'infrastructure de test. Il y a des passerelles plutot intéressantes en fait.

Si l'entreprise se donne les moyens de tester et d'avoir des testeurs a plein temps, c'est une indication que tu travailles sur des projets plutot critiques (type medical, aérospatial, finance, etc...). C'est tout a fait vendable en entretien.
La seule gaffe a ne pas faire: on ne se presente pas comme testeur, on se presente comme developpeur, dont une mission recente sur du logiciel critique avec un gros element de tests automatises.