私は開発ツールを市場とするソフトウェア ベンダーで働いており、製品の QA 担当者を探しています。
私たちは小さなショップなので、ポジションはサポートと QA の組み合わせになりますが、私たちは開発者ツールを作っているので、サポートは実際の開発の大部分を占めています (その人は顧客のコードを読んで理解し、バグを見つけて指摘する必要があります)。初期化）。
QA の部分は、(さまざまなプラットフォームと言語で) アプリケーションを作成し、それらが当社のツールでどのように動作するかをテストすることから構成されます。
私が直面している主な問題は、開発経験のある人に、そのポジションのタイトルに (または職務記述書にさえ) 「QA」が含まれていると伝えると、彼らはその仕事を検討することをためらってしまうことです。
この仕事に適した人を見つけて、彼らが喜んで仕事をしてくれるようにする方法について、フィードバックや提案に非常に興味があります。何か案は？
お金と責任。
私がこれらのタイプの仕事を敬遠する理由は、それらが私の興味を十分に長く保持しない傾向があるからです. 実際の開発タスクを持つことで、そのカテゴリーから抜け出すことができます。もう1つの問題は、通常、給与がタイトルの給与よりも大幅に低いことです。
私は開発者ですが、QA 担当者 (テストの作成、自動化、ツールの作成/コーディング) として働いていました。私はそれを自分が脇でやっているものと見なし、最終的には離れることになりました。
私が退職を希望した主な理由は、単に私が望んでいたキャリアではなかったからです。金額/責任がそれを変えることはありません。しかし、敬意もそれと関係があると思います。多くの QA 作業は単純に評価されていないため、「あなたの会社では物事がどのように機能するかではない」ということを明確に説明する必要があります。
QA のポジションを希望しているが、強力な開発/コーディング/問題解決スキルを持っている人を探します。彼らは、ツールの作成やその他の小さなコーディング タスクを実行することもできますが、脇に置きます。上記の私の気持ちの逆のようなものです。
仕事の理想的な組み合わせは、プロダクトマネージャー＋QAだと思います。プロダクト マネージャーとは、要件ドキュメントを作成し、製品が要件を満たしていることを確認する責任を負う人のことです。この人物は、上司ではなく、主任開発者の仲間になります。開発者であるが管理が好きで、そのキャリアパスを希望する人は、その役割の組み合わせに非常に興味があるかもしれません.
アダムとチョップが指摘するように、お金と責任が鍵となります。品質エンジニアは、開発者と同じ賃金規模である必要があります。面白い仕事も重要な要素です。この役割は、さまざまなタスクのように聞こえます。
私の会社では、開発者はプロジェクト間やテストチームが殺到したときにテストチームに貸し出されることがよくあります。いくつかはコツを持っていますが、他は持っていません。それでも、ほとんどの開発者は、他の人の作業にバグを見つけるよりも、自分のコードをテストしたいと思っています。テストマネージャーは、強力なテストスキルを持つ開発者を積極的に呼び込みます。私は7年間テストチームへの切り替えに抵抗しました。昇進、20％の昇給、そして私の役割は主にトラブルシューティング、管理、計画であるという約束により、最終的に私は切り替えるようになりました。思っていたよりも多くのハンズオンテストを行っていますが、やりがいのある仕事も受けています。
開発に匹敵する支払い。正直になりなさい。役割の実際の期待を開示します。タイトルをSoftwareQualityEngineerに変更します。
まず、候補者がそのポジションを真剣に検討するのを妨げている「ホットボタン」と思われる場合は、タイトルと説明から「QA」を取り除くことができます。
あなたの説明によると、あなたの立場は従来の「テスター」の役割とあまり共通点がありません。仕事は主にコードを書いて考えることであり、他の誰かのコードを叩いて壊そうとすることではありません。それをかなり折衷的なツール指向の開発職と考えて、それに応じて宣伝し、人員を配置してください。（それに応じて支払うことも期待してください-あなたが支払うものを手に入れます。）優れたスキルを持っているが、おそらく他の開発者よりも注意力が少し短い開発者がかなりいます。より大きなプロジェクトの長期的な部分ではなく、小さなプロジェクトです。
「QA」をタイトルから外して、「開発者サポート」などと呼んでもよいでしょう。この役割の職務について候補者を誤解させないでください。ただし、「リリースを構築し、顧客に出荷する準備が整っていることを確認する責任があります」とキャストすることもできます。
また、候補者が望んでいるのであれば、QA ではなく、より多くの開発につながるキャリアパスがあることを確認してください。
最後に、他の開発者がこの人物をチーム外の人物としてではなく、仲間の開発者として扱うようにしてください。
開発者の間で「QA」に汚名が着くのは悲しいことですが、確かにそうです。
私は少しの間、テスターとして働いていたプログラマーでした。答えは簡単です。好きなことをさせてください。
自由に任せていただければ、あなたのソフトウェアが想像もしなかった方法でテストされることを保証できます。
一方、そのような人をコントロールしようとすると、彼らはあなたを軽蔑するようになります。これは避けられません。
利点はコストを上回ります。大企業であれば、この決定は簡単です。ソフトウェア開発者を雇って、あなたの製品について「街に出る」ように言ってください。あなたは結果を気に入るはずです。
私はアダムに同意します、お金と責任が鍵です. あなたが小規模な会社に所属している場合、QAチームは小規模/存在しないことをお勧めします。これはおそらく、誰かが入ってきて、あなたの会社の QA ポリシー、手順、およびワークフローに貢献し、形成するために真の努力をする良い機会があることを意味します.
私たちの会社も QA で同様の問題を抱えていましたが、まだ 100% 解決していません。しかし、QA 担当者にポリシーと手順を決定する権限を与え、製品開発のあらゆる側面に参加させて、それらを最新の状態に保つようにすることは、私たちにとってうまく機能しています。これは、QA とテストに関して言えば、製品を理解し、内外を熟知し、最初から深く関与し、彼ら自身と開発チームが、従う。責任は重要です。
ほとんどの開発者はテスターとして優れているわけでもなく、テストを楽しんでいるわけでもありません。求人広告では、そのポジションが開発者のポジションへの足がかりではないことを正直に伝えてください。応募者は少なくなりますが、採用した人を維持できる可能性は高くなります。通常、QA の給料はお粗末なので、もっと給料を上げたいのであれば、誰かを見つけることができるはずです。いくら払っても、一日中コードを書きたい人を雇うと、それらを維持することはできません。
ここにタフな人がいると思います：
このポジションの最も一般的なタイトルは、「テスト中のソフトウェア開発者」です。
しかし、別の問題の方がはるかに重要だと思います-テストと開発の知識が豊富な人が開発チームに移行するのを防ぐのは難しいです
おい、私が働いている特定の会社があなたの問題の解決策を見つけました。QAではなくQEを雇う。QA（品質保証）には汚名があります。役職自体は、ほとんどの開発者にとって退屈な単調なタスクを意味します。QE (Quality Engineering) も同様に悪いように聞こえますが、ほとんどの人を怖がらせることはありません。
他のすべてが失敗した場合は、開発者を雇うだけです。つまり、コードを書くことができる人が必要なので、そのトレーニングを受けた人を雇ってください。問題は、応募者を見て、彼らと話す必要があるということです。QE がどのように機能するかを知っている人を探していて、プログラムが書かれている言語ではなく、プログラムが使用している言語で働く開発者を雇いたいと考えています。