qa s roles vs goals how balance both achieve your goals
この記事は私の情熱的なQA友愛に捧げられています!!!
QAがビルドが来るのを待つのに十分な時間があり、後でテストを開始し、それに応じてバグを発生させ、開発者が修正するのを再び待つ時代は終わりました。
彼らは彼らの時間の大部分を英語の練習に費やすでしょう、LOL !!。つまり、テストケースを作成し、レビューして、テストに使用するために完成させるということです。
時間は大きく変わり、役割も変わりました。 Infosys、Wipro、TCS、Accentureなどの大手IT大手でも手動テストを実行するだけで生き残っているのであれば、幸運かもしれません。
中規模または小規模の会社であるため、基本的な手動テストとは別に、いくつかの特別なスキルを知っておく必要があります。 APIテスト、郵便配達員、 石鹸 、 データベーステスト 、自動化やパフォーマンステストなどのより複雑な検証に対するクライアント側の検証。
この現在の傾向では、2〜4年の経験を持つテスターでさえ求人がたくさんあることに気づいたかもしれません。
以下に示すのは、2〜4年の実務経験を持つテスターの役割に関する職務記述書のサンプルです。
- Javaに関する十分な知識。
- セレン –必須。
- パフォーマンステストに優れている必要があります– Jmeter / LoadRunner OSとパフォーマンスチューニングの概念を完全に理解している
基本的なスキルのみをリストアップしましたが、リストに追加するものは他にもたくさんあります。 Python、Perl、groovyなどは、ほとんどの開口部で独自の場所を見つけます。
そう、 ここで何を結論付けますか？業界はSDETの役割に移行していますか？
ただし、次のような特定の点については同意します。テスターはプログラミング言語の基本的な知識を持ち、自動化を進んで行う必要があります。 必要な場合に 。 あなたは疑問に思う必要があります なぜ「 必要な場合に 」は大胆に保ちましたか？ これは、今日行われている慣行によるものです。
多くの企業が自動化テストを採用していますが、その新しい組織で自動化プロジェクトを見つけることができた場合にのみ、幸運を感じるはずです。多くの場合、数か月後に学習の余地がない別の手動プロジェクトにたどり着くでしょう。
現在の会社を変更する主な理由は 「自動化の経験がありません」 。手動テストから切り替えたいため、自動化を学び、会社を変えるためにあらゆる努力を払わなければならない場合があります。だからここにいます！
あなたは再びねじ込まれます！
多くの組織で起こっていることに気付いたもう1つの最悪の部分は、QAリードまたはQAマネージャーでさえジュニアテスターとほぼ同じ仕事をしていることです。これはどこにでも当てはまるわけではありませんが、QAリードとして昇進しても、探している役割が得られるとは限りません。
プロジェクトの階層により、同僚のジュニアが実行しているのと同じ作業を行うことができます。 QAマネージャーの役割はもうすぐです。
では、リードQAは将来どこに自分自身を見るべきでしょうか？
最後に、しかし最も興味深いことに、このITフラタニティのすべての人は、オンサイトに行くことを夢見ています。 BAまたは開発者が得るオンサイトのチャンスとQAが得るものを比較すると、負けている側にいるのは悲しいことです。私はさまざまな組織と協力してきましたが、人事部や上級管理職からよく耳にする一般的な言葉がいくつかあります。
それらは私を悲しませてくれる言葉です– 「QAのためのオンサイトはありません」 。しかし、繰り返しになりますが、これはどこでも同じではありません。しかし、私は業界の一般的な傾向を引用しているだけです。
ホワイトボックステストとブラックボックステストの違い
それでは、この記事のタイトルをもう一度見てみましょう「」 QAの役割と目標 「」。
ここで強調しようとしている重要なポイントは 「私たちの役割は私たちの目標に焦点を合わせていますか」 。彼らのほとんどがノーと言うだろうと私は確信しています！日が経つにつれ、年々あなたの経験が増えるにつれて、私たちは時々、私たちがしている新しいことを感じますか？答えは、3〜4年前と同じ仕事をしているということです。」
10年以上の経験があっても、「テストアナリスト」または「シニアテストアナリスト」として働いている特定のテスターのプロファイルに出くわしましたが、同じ範囲の経験を持つ開発者は「プロジェクトマネージャー」または「プロダクトマネージャー」になりつつあります。 」。
あなたがあなたのキャリアを通してずっと行ってきた役割を振り返ると、以下の表は気のめいるだけでなく面白そうに聞こえます。 7〜8年の実務経験を積んだ後でも、何も学んでいないことに気付くでしょう。
| 指定 | 同じ役割の年数（平均 | 経験年数の合計 | 学習/懸念/課題 |
|---|---|---|---|
| マネージャーQA | 3 | 14 | 役割にほとんど変化はなく、QAを継続するかBAに移行するかをまだ考えています |
| ジュニアアソシエイトQA | 1 | 1 | テストケースの作成、欠陥の発生、基本的な手動テスト |
| アソシエイトQA | 1.5 | 2.5 | テストケースレビュー、自動化（運が良ければ） |
| シニアアソシエイトQA | 1.5 | 4 | ステータスレポート、自動化、パフォーマンス（プロジェクトに参加していなくても学習を開始します） |
| アソシエイトリードQA | 二 | 6 | テスト計画、見積もり、チーム処理の作成（運が良ければ）、タスクの割り当て、クライアントへのステータスの報告、クライアントからの電話の増加 |
| リードQA | 二 | 8 | テスト戦略、その他のExcel作業、タイムシート管理、アカウント作成、請求データ |
| アソシエイトマネージャーQA | 3 | 十一 | リードQAの役割ですべてを実行したはずです。 |
| QAディレクター | 3 | 17 | 役割にほとんど変更はありません。組織の全体的な品質管理の詳細。 |
したがって、QAのキャリアでは、5〜7年のブラケットが非常に重要であると言えます。あなたは自分の強みと弱みに取り組み、それに応じて道をたどる必要があります。
- コーディングに興味がなく、自動化についても理解していないが、優れた分析スキルとコミュニケーションスキルがあると感じている場合は、5年後にBAの役割に移行することをお勧めします。
- コードに夢中の場合は、自動化パスに従うようにしてください。マニュアルにとどまる意味はありません。あなたがあなたの完璧な役割を得るまで、会社を変え続けてください。
- コードに夢中ではないがロジックをよく理解している場合は、市場のテクノロジーを理解し、マネージャーのQAではなくマネージャーのデリバリーに移行することをお勧めします。そして、あなたは配達分野で多くを学ぶでしょう。
一般的に、会社を頻繁に切り替えるべきではないと言われていますが、自分の役割に満足できない場合はどうでしょうか。何が起こっているのか妥協する必要がありますか？気に入らない場合は、同じ作業を続けますか？一日の終わりに、私が何をしているのか考え続けますか？
みんな！あなたの役割があなたがあなたの目標を達成するようにすることを確認してください。そうでなければ、あなたは単にあなたの人生とキャリアを妥協しているだけです。あなたが専門的に満足していないなら、あなたは絶対にあなたの個人的な生活も台無しにしてしまうでしょう。
著者について ：この記事はSTHチームメンバーのHasneetによって書かれました 。彼は多国籍企業のソフトウェアテストリーダーとして働いています。
同じ状況を経験したことがありますか？お気軽にご意見をお聞かせください。
推奨読書
- パフォーマンステストを強化し、目標を達成するための5つの方法
- 最高のソフトウェアテストツール2021 (QAテスト自動化ツール)
- PrimereBookダウンロードのテスト
- QAおよびテストプロセスでレベル5の成熟度を達成する方法
- ソフトウェアテスターの上位7つの主要な目標-あなたは「作られた」テスターですか、それとも「選ばれた」テスターですか？
- MongoDBは、ユーザーを作成し、例を使用してロールを割り当てます
- HPLoadRunnerチュートリアルを使用した負荷テスト
- デスクトップ、クライアントサーバーテスト、およびWebテストの違い