QAエンジニアとして始めたときに知りたい6つのこと

公開: 2021-01-27

それが顧客の手に渡る前に、市場に出回っているすべての製品は、プロセス中に壊れることなく適切に機能することを確認するためにテストを受けます。 開発会社の「生産ライン」では、最終製品の卓越性を担当するのは品質保証エンジニアです。

QAとしても知られる品質保証エンジニアは、最終製品に問題がなく、すべてがスムーズに機能することを確認します。 そうするために、彼らは生産のすべての段階で継続的な手動および自動テストを実行します。

しかし、QAは単なるソフトウェアテスターやアナリストではありません。 製品の最高のパフォーマンスを確保するには、クライアントのビジネス、アイデアの背後にあるロジック、および製品の目標を明確に把握する必要があります。 彼らはエンドユーザーのプロファイルについて考える必要があり、開発サイクルのステップとプロセスについての深い知識を持っている必要があります。

そして、それはあなたが卒業証書を取得できるものではありません。 QAとして開始するために特定のバックグラウンドや教育は必要ないかもしれませんが、特定のスキルセットは間違いなく役に立ちます。 あなたが柔軟で用途が広いなら、細部に注意を払い、箱の外で考えてください。あなたがチームプレーヤーであり、常に学び、改善する準備ができているなら、これはあなたにとっても正しいキャリアパスかもしれません。

それでは、私がどのようにして品質保証エンジニアになったのかをお話ししましょう。

QAは簡単な仕事ではありません

ソース

それはすべて2014年の夏に始まり、人生で最も良いことのように、それはまったくの偶然でした。 当時、私はバーテンダーとして働いていて、核化学の修士号を取得して卒業したばかりでした。 (ええ、私が当時どのような「爆発的なカクテル」を振っていたのか想像できます)。

ある晴れた日、DevriXのCEOであるMario Peshevは、プロジェクトのテストで会社を支援するように私に依頼しました。 確かに、それは簡単な仕事だと思いました。静かに座って、マウスをクリックし、あちこちに値を追加して、ソフトウェアが機能することを確認します。 当時、私はどれほど素朴でしたか。

とにかく、私はテスターとしてのポジションを受け入れ、過去6年間QAスペシャリストとして働いています。 ご想像のとおり、ソフトウェアテストは私が期待していたものではありませんでした。 座って一日中マウスでクリックしているわけではありません。 それだけではなく、実際に何をしているのかを言葉で表現するのが難しいこともあります。

しばらく経ちましたが、QAを始めたときに知っておいてほしいことが6つあることに気づきました。 あなたが同じ道を進んでいるなら、読み続けてください–あなたは私の過ちから1つか2つのことを学ぶかもしれません。 そうしない場合は、あまりにも生意気にならないでください。自分の間違いを犯すのに十分な時間があります。 これが私たちが学び、私たちが行うことで最高になる方法だからです。

1.それは簡単な仕事ではありません

QAジョブの詳細

ソース

最近は気づかずにはいられないトレンドが出てきています。 多くの人々は、キャリアパスを切り替えてIT分野に飛び込むために、快適ゾーンを離れています。

そして、これらの人々の大部分は、QAのキャリアを試してみることにしているのは、それが最も簡単なもののように見えるからです。

真実と違うことがあってはならない。 実際、QAエンジニアとして成功するには、ソフトウェア開発者になるために同じ時間と労力を費やす必要があります。 習得する必要のある重要な技術スキルはたくさんありますが、さらに重要なのは、適切なタイミングで適切なスキルを選択する能力を習得する必要があることです。 QAエンジニアは多くの役割を組み合わせており、彼らの仕事には開発サイクル全体とビジネス目標を理解する必要があります。 バグを見つけて、これまたはそれが機能していないことを指摘するだけではありません。

QAエンジニアとして成功するには、ソフトウェア開発者になるのと同じ時間と労力を費やす必要があります。

QAエンジニアとして成功したい場合は、次のことを理解する必要があります。

  • あなたの時間をよりよく管理する方法
  • あなたに割り当てられたリクエストを処理する方法
  • タスクに優先順位を付ける方法

同時に、上記のすべてはプロジェクトマネージャーの役​​割の一部です。

QAとして、テストまたはステージングサーバー環境を構築する機能、またはSysAdmin/DevOpsの役割の一部である壊れたサーバーを展開または修正できる機能も開発する必要があります。

同時に、 Google Analytics(GA)またはデータアナリストの役割の一部であるその他のデータから必要な情報を読み取って理解できる必要があります。

したがって、QAを行うには、積極的であり、常に新しい領域を学び、探索する必要あります。

2.コーディング言語を知る必要はありません(しかし、それは役に立ちます)

コーディング言語を知る必要はありません

ソース

最初に読んだように、QAエンジニアになる前は、私はバーテンダーでした。

私のコーディングスキルとプログラミング言語の知識ベースはゼロでした。 はい、すべてのテストはブラックボックスでした。 はい、たくさんの創造的な思考と努力で、私はこれを補って仕事をすることができました。

しかし、プロジェクトが大きくなり、機能がより複雑になるにつれて、テストの時間は2倍になりました。 そして、上記の私の「方法」は、費用対効果が低く、多くのストレスを引き起こしました。

したがって、賢明な決断はPHPの学習を開始することでした。 なぜPHPなのか? DevriXはエンタープライズWordPressエージェンシーであり、ご存知のように、 WordPressはPHPで記述されたCMSです。 したがって、コミットで開発者のロジックを確認して理解したい場合は、開発者の言語(コード)を理解する必要がありました。 このアプローチにより、テストの時間が大幅に短縮されました。 さらに、多くの場合、コードレビュープロセスでも問題が発生していました。

私のポイントは、はい、コーディング言語がなくてもテスターに​​なることができますが、これはあなたの人生を悪夢にするでしょう。 考えてみてください。

3.クライアントとビジネス目標を理解する必要があります

クライアントとビジネス目標を理解する必要があります

ソース

優れたQAであることは問題ありません。 ただし、優れたQAエンジニアになりたい場合は、クライアントのビジネス目標を理解する必要があります。 あなたの仕事は、コードの記述とテストだけではありません。 それはビジネス価値を創造することです。

ソフトウェアQAエンジニアとして、コードをテストし、ビジネス目標を理解することは、一歩下がって、誰もが行っていることの全体像を確認する方法です。 これにより、最終製品に追加の価値を提供できます。 あなたはアイデアを取り、それを裏返しにして再び裏返し、それを分解して再構築し、欠陥と弱点を見つけます。 クライアントの視点から考える必要がありますが、エンドユーザーが製品をどのように扱い、エクスペリエンスを向上させるかを予測するために、エンドユーザーの立場で1マイル歩く必要があります。

クライアントのビジネスを理解することで、意思決定、タスクの優先順位付け、または時間をより効率的に管理することに自信を持てるようになります。 これは、開発チームによる要件の誤解や誤解による誤った実装を防ぐのに役立ちます。

ですから、QAは本当にゲームに頭を悩ませ、注目を集める必要があります。

4.継続的に学習し続ける

情報技術は急速に変化しており、私たちの誰もが私たちの将来がどうなるかを知りません。 新しいテクノロジー、フレームワーク、言語、および設計手法についていくのは困難です。 スキルを最新の状態に保っていないQAエンジニアの場合、最高の仕事の機会を得ることができません。正直なところ、何も得られない可能性があります。 チームはその最も弱いユニットと同じくらい強いです。 スキルセットを拡張すると、組織内であっても機会が拡大します。

継続的に学習することで、イノベーションを促進し、チームの成長を促進することができます。 チームに新しいアイデアをもたらすときは、チームメンバーに、物事を行うための新しくてより良い方法を考えるように挑戦します。

最高のソフトウェアテスターは、製品のビジネス面と技術面の両方を理解しています。 彼らは、チームの他の役割を持つ他の人々には起こらないかもしれないユニークな質問を思いつきます。

5.良い質問をする

優れたテスターは、優れた質問をする必要があります。

新しいタスクが割り当てられたとき、最初に尋ねる必要がある質問は次のとおりです。
「何をテストするかを理解したい場合、誰と話す必要がありますか?」 ここでの答えは簡単です-あなたができるすべての人と話してください!

新しいプロジェクトを開始するときは、情報を提供できるすべての人のリストを作成する必要があります。 トリッキーな部分は、どのような質問をするかです。

私が話していることをよりよく理解するために、次のシナリオを想像してみましょう。

あなたは重要な会議に参加していて、チームとエキサイティングな新しいプロジェクトについて話し合っています。 質問をする番です。「何をテストする必要があると思いますか?」のようなものを撮影します。 。 あなたを見つめている人々の姿を想像してみてください!

部屋にいるほとんどの人はこう言うでしょう。 「まあ、あなたはここのQAエンジニアではないですか? すべてをテストしてください! 実稼働環境にバグはありません!」

それはあなたが自分自身をめちゃくちゃにした瞬間です。

今、あなたは製品全体をテストするのに十分な時間がないこと、上級管理職の権限が台無しになっていること、製品自体を理解していないことに気づき始めます。

ここでの問題は、他の誰かに私たちのために仕事をしてもらい、何をいつテストする必要があるかを考え出すように依頼したことです。

したがって、会議のシナリオに戻ると、テスト操作について話すことさえせずに質問をする必要があります。 ユーザーの観点から、または競合分析に基づいて、どの領域が重要であるかを理解するようにしてください。 情報、クライアントが私たちの製品を選ぶ理由、そしてそれがとてもユニークである理由を収集してみてください。

ここにあなたが尋ねることができるいくつかの質問があります:

  • アプリケーションの最も重要な側面は何ですか? 競合他社と比べて何がユニークなのですか?
  • 製品のどの部分に焦点を当て、マーケティングキャンペーンを行いますか?
  • Google Analyticsのデータ(ブラウザ、オペレーティングシステム、地域など)はありますか?これは、オーディエンスをより的確にターゲティングするのに役立ちますか?
  • 製品に関連する何らかの支払い方法はありますか? 経験に基づいて、どの決済プロバイダーを使用しますか?

何をテストするかは尋ねませんでしたが、ビジネスにとって何が重要かを尋ねたことに注意してください。

6.仲間のQAとあなたの経験を共有する

仲間のQAとあなたの経験を共有する

ソース

あなたは非常に才能のあるQAエンジニアになることができますが、知識を共有しなければ、これはあなたを良い人にも素晴らしい従業員にもしません。

共有は思いやりです!

優れたブログ投稿を読んだり、新しいテクノロジーやツールについて調べたりしたら、それを共有してください。 これをチームと共有することで、あなたは熱心な学習者であるだけでなく、彼らがチームの目標を学び、達成するのを助けたいと思っていることを示しています。

あなたの知識だけでなく、あなたが犯した悪い瞬間と良い瞬間、あなたが犯した間違い、またはあなたが獲得した成果を共有することによって、あなたは強力なチームの基礎を築きます。

あなたの知識を共有する多くの方法があります:

  • あなたの職業や仕事に関連するブログ投稿を書く
  • ワークショップを準備して開催する
  • さまざまなトレーニングを開発して実施する
  • YouTubeのビデオやポッドキャストを録画する

まとめ

上記のすべては、あなたがあなたをバックアップするための素晴らしいしっかりしたチームを持つスーパースターQAエンジニアになるのに役立ち、会社に価値をもたらします。