Discussion :

[albert55]

Bonjour,

Je suis un ingénieur en informatique avec une expérience de 3 ans en développement Java.
Aujourd'hui je suis sur le point de décider ma prochaine mission , j'ai des offres en développement Java et une offre interressante en tant qu'ingénieur de test et validation (écriture des tests, automatisation des tests).
Il est à noter que j'ai commencé à perdre ma motivation pour le développement et que la mission qui m'a été proposée dans le domaine des tests m'a interressé étant donné que j'ai fait les tests avant et que ce poste va me permettre d'avoir des formations sur différents outils de tests et que c'est encore un poste technique (écriture des tests en Java et Pyhton).

Aujourd'hui je dois prendre une décision qui va décider le futur de ma carrière étant donné que la mission en tests est de très longue durée et ça va orienter ma carriére vers le domaine des tests des logiciels. Je voulais avoir votre avis sur ma situation et je voulais aussi avoir une idée sur l'avenir de ce métier et la demande de ce genre de profils dans le marché de l'informatique.

Par ailleurs, à travers quelques recherches que j'ai fait, je trouve que le testeur est moins payé qu'un développeur. Cela peut-il changer une fois qu'on devient un ingénieur de test confirmé ?

Merci pour toutes vos réponses. J'ai vraiment besoin de vos avis.

[yento]

Au pire, c'est de longue durée seulement si tu restes jusqu'au bout

L'interet dépend de la mission, du poste, de l'équipe, du salaire, du temps de trajet depuis chez toi, de la notoriété de la société, de la notoriété du projet que tu rejoins.

La transition test<=>dev est de difficulté variable.
* Si tu fais du test à la main d'un logiciel, typiquement truc que l'entreprise sous traitera a l'arrache a des indiens. C'est un job médiocre à paye médiocre et voué à un avenir médiocre. Si tu fais ça pendant deux ans, tu perds toute ta crédibilité en tant que développeur et tu ne pourras jamais revenir à du développement.
* Si tu fais du test pleinement automatisé, avec tous les buzzwords à la mode (#TDD #ContinuousIntegration #Puppet #DevOps #Docker #AWS #PerformanceEngineer) sur un projet balèze et intéressant, voir même connu et déployé à grand échelle. C'est bien mieux qu'un dev lambda, et je dirai même plus: ça vends du rêve ! (et ce serait très con de marketer ça comme du vulgaire "test logiciel" sur un CV )
* Infinité de cas entre les deux extrêmes précédents
* [...]

Long story short: Le bas de l'échelle est très bas, le haut de l'échelle est très haut. La plupart des offres sont quelque part au milieu.
Le tout = ton niveau sur l'échelle * ta capacité à vendre tes expériences passées

(Moralité: Le testeur qui fait (beaucoup) moins qu'un développeur est payé moins qu'un développeur)

[albert55]

Bonjour Yento,

Le projet sur lequel je vais travailler est un projet bien connu avec un client bien connu aussi et c'est vraiment un boulot interressant à faire : des tests automatisés avec Selenium et Jenkins avec des scripts en Java et Python ainsi que des transactions PL/Sql.

Qu'en penses tu ?!
À vrai dire, une fois plongé dans le monde des tests je chercherai pas à revenir au dév mais je veux bien savoir si ce projet et cette mission me permettront d'avoir une expertise dans ce domaine et avoir plus d'oppotunités dans ce domaine par la suite.

Merci

[yento]

Une liste de technologies lancée à l'arrache ne constitue pas une description détaillée d'un projet. Désolé ^^

Ca semble être un projet de test tout ce qu'il y a de plus commun.
C'est à toi que reviendra la tâche de gratter les morceaux intéressants (sur le projet) et de vendre ton expériences (a l'entretien suivant).

[gangsoleil]

Salut,

Ça dépend

Ça dépend de ce que tu aimes, et de la liberté que tu auras pour faire ce que tu aimes.

Mettons que ton truc, c'est d'écrire des plans de test, puis de les automatiser, mais que tu arrives dans une entreprise dans laquelle tout se fait en manuel : tu pourras avoir du temps pour spécifier les plans de test, mais lorsque tu auras besoin de temps pour automatiser, ça va être plus difficile car pendant que tu automatises, les plans de tests ne sont pas exécutés, et donc les avancées sur le produit sont bloquées.

Ce n'est bien sur qu'un exemple, mais qui est à mon avis assez représentatif de ce que peut être le métier de la validation.

[el_slapper]

De toutes façons, c'est un domaine bien plus restreint. On est entre nous. Les vrais capables de tester ET de scripter sont rares, mais les postes ne sont pas légion non plus. Moi ça me plait, mais j'ai déjà fait l'aller-retour plusieurs fois. Et comme les gens qui savent faire sont rares, il est possible de se faire chasser pour des postes à Berlin. Ou Montpellier. C'était rigolo, le gars de Berlin me vendait le boulot comme étant super parce qu'il y avait un billard, et m'assurait qu'il y avait des cours d'initiation à l'allemand(mon parlé est fluide, j'ai bossé là-bas quelques mois). La fille de Montpellier était sérieuse, c'était à 18 minutes à pied de mon nouveau chez-moi de parisien fraichement débarqué en province, mais j'étais trop cher pour elle (et pas tout à fait sur son créneau, ruby, scala, ça a l'air rigolo, mais je ne suis pas expert).

Quand tu as la double casquette, et que tu as fait tes preuves, tu n'as pas à accepter d'être en dessous d'un développeur, niveau salaire. Moi, je suis au-dessus, mais j'ai eu des circonstances favorables.

[renoo]

Aujourd'hui je dois prendre une décision qui va décider le futur de ma carrière étant donné que la mission en tests est de très longue durée et ça va orienter ma carriére vers le domaine des tests des logiciels. Je voulais avoir votre avis sur ma situation et je voulais aussi avoir une idée sur l'avenir de ce métier et la demande de ce genre de profils dans le marché de l'informatique.

Par ailleurs, à travers quelques recherches que j'ai fait, je trouve que le testeur est moins payé qu'un développeur. Cela peut-il changer une fois qu'on devient un ingénieur de test confirmé ?

Je pense qu'en effet les testeurs sont souvent moins bien payés que les développeurs car on a souvent tendance à croire que tester c'est systématique et c'est reproduire répétitivement des plans de tests. Cependant, automatiser les tests c'est du dev, et de plus en plus les devs font des tests avant (TDD) pour avoir un truc qui marche bien (et qui se maintient bien aussi en rejouant les tests)... donc il y a un certain rapprochement entre les métiers et je pense que cela revalorise globalement les profils. Voila pour ma vision de développeur...

[Grogro]

Je me pose la même question, car je suis en train de me laisser enfermer dans ce domaine. Sachant à quel point la France est obsédée par les étiquettes et par l'ultra-spécialisation, que le testing est toujours la 5ème roue du carrosse, je sais très bien que si je n'arrive pas à rebasculer vers le développement d'ici un an je suis définitivement cuit et qu'à 35 ans au plus tard je suis bon pour la casse...

Concrètement, quels sont les outils et méthodologies à maitriser pour automatiser les campagnes de test à part HPQC, Selenium ? Et surtout, comment convaincre le client d'abandonner le test manuel et d'automatiser tout ce bazar ?

Est-ce que c'est bankable d'essayer de maîtriser la chaîne de test de bout en bout (test unitaires, test d'intégration à la jenkins, tests de performance à la Jmeter, etc.) ?

[albert55]

Bonjour Grogro,

Pendant combiens d'années t'as fait les tests ? et as tu une idée sur ton poste d'avenir ?
As tu la possibilité d'étre un chef de projet technique ou un responsable qualité par exemple ?
Je veux savoir le type de poste qu'on peut occuper après quelques années dans les tests.

Merci.

[albert55]

Je me pose la même question, car je suis en train de me laisser enfermer dans ce domaine. Sachant à quel point la France est obsédée par les étiquettes et par l'ultra-spécialisation, que le testing est toujours la 5ème roue du carrosse, je sais très bien que si je n'arrive pas à rebasculer vers le développement d'ici un an je suis définitivement cuit et qu'à 35 ans au plus tard je suis bon pour la casse...

Concrètement, quels sont les outils et méthodologies à maitriser pour automatiser les campagnes de test à part HPQC, Selenium ? Et surtout, comment convaincre le client d'abandonner le test manuel et d'automatiser tout ce bazar ?

Est-ce que c'est bankable d'essayer de maîtriser la chaîne de test de bout en bout (test unitaires, test d'intégration à la jenkins, tests de performance à la Jmeter, etc.) ?

Bonjour Grogro,

Pendant combiens d'années t'as fait les tests ? et as tu une idée sur ton poste d'avenir ?
As tu la possibilité d'étre un chef de projet technique ou un responsable qualité par exemple ?
Je veux savoir le type de poste qu'on peut occuper après quelques années dans les tests.

Merci.

[albert55]

Quand tu as la double casquette, et que tu as fait tes preuves, tu n'as pas à accepter d'être en dessous d'un développeur, niveau salaire. Moi, je suis au-dessus, mais j'ai eu des circonstances favorables.

Bonjour,

J'ai pas encore pris de décision, je faisais des recherches derniérement sur les postes qu'on peut occuper aprés quelques années de test. Il s'avére qu'on peut accéder à des postes de gestion d'équipe.
Est ce que c'est le cas pour toi ? ou est ce que tu connais des gens qui ont pu le faire ?
Finalement, n'étant plus motivé pour le dév, est ce que tu crois que je dois accepter cette offre ?

Merci

[yento]

Concrètement, quels sont les outils et méthodologies à maitriser pour automatiser les campagnes de test à part HPQC, Selenium ? Et surtout, comment convaincre le client d'abandonner le test manuel et d'automatiser tout ce bazar ?

Est-ce que c'est bankable d'essayer de maîtriser la chaîne de test de bout en bout (test unitaires, test d'intégration à la jenkins, tests de performance à la Jmeter, etc.) ?

Test unitaires (outils en fonction des langages) => Test d'intégration (en fonction des technologies) => Packaging automatique de l'application à chaque nouveau commit => Déploiement automatique en test => Test de performances (selon technologies) => Déploiement automatique en prod

C'est bankable. C'est même la seule chose qui est bankable.
C'est aussi difficile, long et ça demande une variété de compétences à couper le souffle.

Comment tu convaincs quelqu'un de faire du test automatisé ?
1) Tu dis que tu dois passer quelque temps pour automatiser tels trucs, tu passes pas mal de temps à le faire à la main et ça vaut le coup de prendre un peu de temps à l'automatisé, ton boss dit "OK"
2) Tu automatises
3) Tu présentes ce que tu as fais (comprendre: powerpoint) avec comme titre "automatisation des tests", avec comme conclusion "temps de test réduit de 6 000% (de 1h à 72s)", avec comme roadmap "prochain truc à tester: x xx y xxx z (objectif: 9000% par lettre )"
*) répéter le cycle

[el_slapper]

Bonjour,

J'ai pas encore pris de décision, je faisais des recherches dernièrement sur les postes qu'on peut occuper après quelques années de test. Il s'avère qu'on peut accéder à des postes de gestion d'équipe.
Est ce que c'est le cas pour toi ? ou est ce que tu connais des gens qui ont pu le faire ?
Finalement, n'étant plus motivé pour le dév, est ce que tu crois que je dois accepter cette offre ?

Merci

ça dépend des structures. Dans une structure immense comme une banque, les possibilités sont infinies. Il suffit de savoir jouer le jeu politique. Dans un petit éditeur comme le mien(enfin, petit en France, mais j'ai pas envie d'aller m'enterrer à Boston au siège), les postes de management sont rares de toutes façons. En SSII, ça peut t'amener vers du fonctionnel, aussi, si ça te plait. Mais c'est comme partout, il ne suffit pas de faire du bon boulot. Il faut savoir le vendre.

[Grogro]

Bonjour Grogro,

Pendant combiens d'années t'as fait les tests ? et as tu une idée sur ton poste d'avenir ?
As tu la possibilité d'étre un chef de projet technique ou un responsable qualité par exemple ?
Je veux savoir le type de poste qu'on peut occuper après quelques années dans les tests.

Merci.

Cela fait six mois maintenant, après six mois de développement java intensif. On m'a fait comprendre que je suis très bon dans ce que je fais (objectifs dépassés), mais que j'avais "du mal" avec le dev (forcément, j'ai tout appris sur le tas après une formation java de 40 jours). Sauf que ce qui m'intéresse moi, c'est la technique et le développement.

Je suis de facto seul responsable qualité sur mon projet. Sans en avoir le titre ni la rémunération naturellement. A côté de la qualif, je gère aussi le serveur de dev et j'utilise régulièrement SoapUI pour tester les web-services ou circonscrire un bug, de temps en temps, Toad en lecture seule et de l'audit de code.

J'pense que la première étape ça va être de me mettre à Selenium comme j'ai pas mal de temps libre entre deux mise en production. Et je vais demander une formation HPQC.

[renoo]

Comment tu convaincs quelqu'un de faire du test automatisé ?
1) Tu dis que tu dois passer quelque temps pour automatiser tels trucs, tu passes pas mal de temps à le faire à la main et ça vaut le coup de prendre un peu de temps à l'automatisé, ton boss dit "OK"
2) Tu automatises
3) Tu présentes ce que tu as fais (comprendre: powerpoint) avec comme titre "automatisation des tests", avec comme conclusion "temps de test réduit de 6 000% (de 1h à 72s)", avec comme roadmap "prochain truc à tester: x xx y xxx z (objectif: 9000% par lettre )"
*) répéter le cycle

Tu peux vendre aussi : pas de bugs en production, réduction du support client, clients satisfaits, meilleur image de la société. Plus un bug est éliminé tôt moins c'est cher.