6月に戻って、私はジョン・スティーブンソンによるテスターのキャリア成長についての記事を非常に興味深く読みました。 当時（そして今でも）、現在の会社で同様の問題が提起され始めたため、この記事は私を苦しめました。
翻訳者のメモ：その記事に関するちょっとした余談といくつかの言葉。 この記事は、テスターに関するさまざまな統計を提供します-性別（男性の75％、ただし、実際には女性の性別が優勢と言えます）、開発方法（この記事と一致）、および給与。 あなたがそれを信じるなら、テスターは平均して同じかそれ以上のプログラマーと開発者を受け取るので、後者は私を非常に驚かせました。これは私の経験とは明らかに異なります（さらに、数字は反対ですが、それは少ないと強調しています） 。
従業員の関与についてのいくつかの心配の後、私（テスターの責任者）と機能部分（ソフトウェア開発、プロジェクト管理、技術開発）の他の責任者は、私たちの能力の範囲内ですべての人々と話し始めました。 実際の状況を把握することを目的とする一連の質問を作成しました。彼らの現在のキャリア観と会社での役割です。
第一に、周りを回って全員と話をするのは素晴らしいことでした。第二に、20人のテスター全員と話をすることで、問題の領域がどこにあるのかについてかなり良いアイデアを得ました。
ジョン・スティーブンソンは彼の記事で次のように書いています。「はい、XXXは非常に優れたテスターでしたが、会社で開発できるようにするために開発者のところに行くことを余儀なくされました」。 私たちの場合、それは開発者またはプロジェクトマネージャーへの移行でした。 両方のオプションは、テスターにとって唯一の真の進歩と見なされました。 //翻訳者のメモ：QAエンジニア->シニアQAエンジニア-> QAエンジニアのリードパスが無視される理由は明らかではありません。 しかし、著者の良心に任せます。
悲しくなりました。
その後、データをよりよく研究すると、1年または2年前に卒業生として採用したテスターの大半が現在、開発者への切り替えに関心を持っていることが明らかになり、3-5年の経験を持つテスターはマネージャーの方向を見ています。
では、なぜ2年未満の経験を持つテスターが開発者のところに行きたいのでしょうか？ 将来、会社は頻繁に製品をリリースすることを約束していることが明らかになりました。 テスト自動化の大幅な増加が顕著です。 私たちは常に自動化されたテストに多くの時間を費やしていましたが、今ではかつてないほどになりました。 準備時間が短いこととクイックリリースに重点が置かれていることにより、新しいテスターはほとんどが自動化されたテストとダムの手動回帰テストを行うようになりました。
手動テスト==探索的テスト
おそらく、活動分野を変えたいという願望は、テストの役割の狭い視野の結果です。 テスターが探索的テストについて尋ねられたとき、彼らの何人かはリリースごとにそれをやったと主張しましたが、それは非常に退屈で、同じことを何度も繰り返しました。
その瞬間、私は点をつなぎ始めました。 本当の問題は、おそらく、テストの他の領域の存在を知っていても、これらの領域が実際に何であるかを理解していなかったことです。 たとえば、彼らの目では研究テスト==手動テストであるため、テスターとしての自分を証明する唯一の機会がプリコンパイル済みリストで回帰テストを実行することであった場合、彼らが船を離れたいと思ったのは驚くことではありません！
したがって、おそらく本当の問題は教育です。 会社として、私たちはここ数年にわたってより頻繁なリリースに懸命に取り組んでおり、チームがより効果的になるために、より柔軟な条件に作業方法を適応させることをお勧めします。 その結果、ほとんどの場合、私たちのチームのほとんどは全力で働いており、トレーニングと開発の時間はありません。 もちろん、何か新しいことを学ぶために時間を見つける人もいますが、一般的に見ておくべきです。「時間」はこの方程式の障壁です。
多くのテスターは、学習プロセスに何らかの進展があるかどうかを尋ねられたときにこれを確認しました。 よくある答えは、「いいえ、時間がありません」または「日中にこれを行う時間はありません。」でした。
知らないことを知る
この調査の直接の結果として、 準備時間をプロジェクトに導入する方法を検討します。 Googleから学べる教訓があります。20 ％の時間と私たちの経験を取り除いたので、自宅で何かを実装できると確信しています。 これに取り組んでいます。
しかし、これだけでは問題は解決しません。 それが何であるかさえ知らないなら、どうすれば何かを学ぶことができます-あなたが知る必要があります。 あなたの役割の枠組みの中で、知識には特定のことがありますが、あなたは正確に何を知りません。 実際、あなたは自分の役割のいくつかの領域を単に知らないので、あなたは自分を経験豊富なテスターだと考えるかもしれません。 これはばかげているように思えるかもしれませんが、小さなテスターチームのバブルの外、または会社全体でさえ、テスターコミュニティとの接触がほとんどないことを想像してください。 そうすれば、あなたの役割についてのあなたの考えははるかに少なくなり、あなたが毎日必要とするスキルに切り捨てられます。 ソフトウェアマスタのアプローチを採用した場合、学生は多く、見習いは非常に少なく、マスタはさらに少なくなります。 これは、メンタリングの機会が非常に少ないことを意味します。
これにより、開発者とテスターの別の重要な違いにつながります。これは長い間疑われていましたが、データによって確認されました。 開発者は通常、子供の頃にコンピューターをプレイし、学校でコンピューターをよりよく学び、情報技術の分野で勉強を続け、場合によっては大学で学位を取得し、開発者になるためにこれらすべてを取得しました。 何かを開発したいという願望が彼らの情熱であり、彼らは通常、（少なくとも結婚、子供などまで）すべての時間をプログラミングします。
テスターはソフトウェアテストの高等教育を受けておらず、学校にはテストクラスがありません。また、子供やティーンエイジャーがソフトウェアテスターになることを熱望する人は誰もいなかったと確信しています。 かなりの数のテスター（および私も）がこの仕事に就いているのは、開発者に対する知識や忍耐力がなかったためです。 好奇心、細部への注意、全体像を見る能力（および他の多くの能力）などのテストに必要なスキルは、私がいつも持っていた特性であるため、幸いなことに、すべてがうまくいきました。
それにもかかわらず、ソフトウェアテストは現在、それ自体が良いキャリアであると考えられており、多くの企業は現在、これを悪い開発経路とは考えていません。
しかし、テスターになりたいという熱烈な欲求がなければ、新しいテスターはテストの役割を含むすべてのスキルをゼロから学ばなければならないことを言いたいと思います。
そして、これは私たちがミスを犯した場所です。 私の会社では、開発者とテスターは平等に扱われ、実際多くのスキルが共有されています。 ただし、新しいテスターは、必要な役割とスキルを説明するためにより多くの注意を払う場合があります。
スキルマップ
テスターの目を開き、テストの役割がカバーするスキルを明らかにするために、スキルマップを作成しました。 マップの中心は、すべてのテスターが少なくとも基本的な知識を持っている必要がある基本的なスキルのセットです。 4つの象限が中心から分岐した後。 これらの象限は、人が取れる方向を決定します。 彼はまだテスターのままですが、彼はどのようなテスターをとることができるかをすでに決定できました。
研究テスト、テスト方法、問題の報告、ペアテスト、テストの自動化、意図的な練習、フィードバックの提供など、一連のコアスキルを明示的に表示することにより、テスターは何に焦点を当てるべきかを判断しやすくなります。 専門的なスキルを考える前に、コアスキルを学び、実践し、磨くことは非常に重要です。
このスキームは、テスターとそのスーパーバイザーの間の個人的な開発会話で使用され、彼らが長所と短所を見つけ、さらなるトレーニングの目標を形成するのに役立ちます。
数人でこれを経験しましたが、まだチューニングと最適化を行っています。 しかし、このツールはキャリアの議論を支援するのに有望に見えます。
一部の初心者テスターがコアスキルセクションを見て、改善が必要ないくつかの領域を特定することが望まれます。
もちろん、これは長い道のりであり、このスキームがすべての質問に答えるとは主張していませんが、これはほんの始まりに過ぎません。