テスターではない10の理由

画像



あなたはプロのテスターだと思いますか?

この記事を読んでいるのであれば、おそらくあなたもそうです。 そして、私がこれを書いたからではなく、全体としてあなたの態度を意味します。 空き時間にテストに関する記事、さまざまなリソース、ポータルなどを読んで、スキルを向上させる方法を探すと、プロのテスターと呼ばれる小さな(しかし幸いなことに成長する)エンジニアのグループにいることに気づきます。 。



完璧な言い訳を求めて

人気のソーシャルネットワークLinkedInは、かつて、「テストが本格的な職業として認識されないのはなぜですか」というトピックについて議論しました。



多くの人は、「試験は研究所で教えられていないから」や「試験は比較的新しい分野であり、試験を正しく行うことを学んでいるため」と答えました。



私は少なくとも誰かが私たちに責任があるという意見を表明するのを待ち続けました。 私たちのフィールドの専門家ではない人々が私たちの間で働いているので、テストは社会の専門家として認識されていません。



しかし、残念ながら、人々が自分自身で問題の根源を見つけようとするよりも、不幸な状況の犠牲者の役割を演じることは、自分自身を気の毒に思う方が簡単です。



鏡で答えを探す

私たち自身に正直になりましょう。私たちの周りの人々は、私たちが適切に振る舞わないという理由だけで、私たちを専門家のように扱わないことがあります。



私の人生の旅で出会ったすべてのテスターは、彼らの仕事を真剣に受け止め、開発中の製品の品質を常に向上させようとしました。 私は他のチームメンバーから彼らに対する対応する態度を見ました-彼らは尊敬され、プロジェクトと組織の成功への貢献を高く評価しました。



要するに:



自分をプロのテスターと呼べない10の理由は何ですか?



1.テストは技術的な職業ではないと思いますか。 したがって、システムが内部からどのように機能するかを理解しようとさえしないでください。



ソフトウェア開発の分野で仕事をしているのであれば、少なくともプロセス自体の一般的な概念が必要です。

テスターとして、コードを確認して、変更と修正が既存の機能にどのように影響し、欠陥を引き起こすかを分析する必要があります。 「ブラックボックス」と「ホワイトボックス」の概念が関連していた時代は遅れています。



この種のアクティビティが気に入らない場合でも、コードを書くことから離れることはできますが、この場合は、テストプロセス全体の重要な要素の1つを失う危険があります。



2.新しいビルドが頭に浮かび、「Test!」コマンドが到着するまで、プロセスに関与しません。



正直にだけ質問してください-どの時点で開発プロセスに接続しますか?



理論的には、要件を収集して分析する段階でテストを開始する方が良いことは誰もが知っています。 しかし実際には、最初のビルドが落ちたときに正確な結果が得られることがわかりました。



なぜこれが起こっているのですか? ほとんどのテスターは、悪名高い悪循環のせいだと言うでしょう。 テストは開発プロセスチェーンの最後のリンクです。私たちは常に作業に忙しすぎて、他の分析とともに分析に参加できません。



しかし、実際には、新しいデザインについて話し合うために1日2時間を会議に充てることができない場合、あなたは良い時間管理者ではありません。 また、開発の初期段階に参加しない唯一の理由は、優先順位が低いため、つまり、単に参加したくないということです。



3.お客様とのすべてのやり取りは、「フィールド」からの欠陥の再現に帰着します



作業の不可欠な部分は、実際に使用する方法で製品をテストし、ビジネスに不可欠なバグを探す義務です。



あなたは顧客の弁護士であり、開発チームの前で彼の利益を守ると言うことができます。 テストを計画し、それらを実行するように環境を設定する必要があります。 また、必要に応じて機能に関する適切なフィードバックを受け取ることが期待されています。



しかし、これが本当の場合、実際の状況をどのように再現し、それをよく知らなくても顧客を代表することができますか? システムのユーザーを最後に訪れて、どのように使用するのか疑問に思ったのはいつですか? 顧客が使用する条件でシステムが正しく機能するという事実に本当に頼ることができますか?



答えはノーだと思います。



顧客にアクセスしてください。 システムのユーザーを認識するまで、テスターとしての価値はありません。



4.「リスク管理」という言葉は、生命保険の分野のものです。



テストには一連の単純な真実があります。 おそらく最も簡単なのは、テスターがすべてをテストするのに十分な時間がないことです。 これがリスク管理の基本原則の始まりであり、テスト対象(およびこのリストの先頭にあるもの)と延期できるものを想像するために作業の優先順位を決定するのに役立ちます。



しかし、これはリスク管理プロセスの表面的な外観にすぎません。 より深いアプローチは、実際にはテストに直接関連していません。



各テスターが知っている-製品にはより不安定な領域があります。 常に最も多くの欠陥があり、予期しない状況によりチームの作業が常に遅れる場所。



テスターとしての私たちの義務は、そのような領域を検出し、チームに通知することです。 したがって、新しい機能を追加する場所を決定したり、システムを安定させるためのより多くの時間を計画したりできます。



既存または潜在的な、製品に影響を与えるすべての物議を醸す状況に光を当てる必要があります。 チームが実際の目標を設定し、予算を超えずに期限内に目標を達成できるようにします。



5.テストを改善する計画がありません。



テスターの職業は暗い、覆い隠された道です。 あなたがテストに導く多くの方法があり、あなたがこの世界の一員になるとすぐに進化する多くの方法もあります。



これらの「パス」の多くは個々のもので、現在のテスターが現在利用できる情報ソースと同様に、現在の職場のニーズと制限とともに、一人または別の人の能力で構成されています。



要するに、あなたのキャリアを築き、プロのタッカーになるための普遍的な方法はありません。 したがって、自己教育に従事し、開発を達成する方法を理解するまでは、スキルと会社への貢献を向上させることはできません。



これを達成する方法は?



テスターとしての長所と短所を特定することから始め、次に開発したい分野を特定し、最終的にこれらのスキルを向上させる方法を探します。



一つ確かなことは確かです-あなたがそれを手放すと、専門的な成長のプロセスは不可能になります。



6.あなたの仕事は、事前に定義されたテストケースの作成と実行に帰着すると思いますか?

スクリプトの実行に加えて、次のようなものがあります。



-アプリケーションの設計評価

-現在の開発計画のリスク分析

-開発プロセスのすべての段階でフィードバックを提供する

-開発者が製品の安定性を維持できるようにする自動化されたフレームワークの開発

-テストを実行しますが、作成したテストだけではありません

-テスト実行結果の分析、テストプロセスに関する統計の収集

-など



つまり、作業の本質は、テストケースの手順をはるかに超えて、合格または不合格に設定することです。



7.自動化は学術的な知識を必要とするものであり、将来的には空き時間に行ってください。

プロセスを自動化しないように、自分で言い訳をするのをやめてください。 これは、多くのテスターが犯すもう1つのよくある間違いです。

自動化は、テスターが直面するすべての問題に対する魔法の薬または解毒剤ではなく、実際には、自動化ツールを販売するベンダー企業の有能なマーケティングポリシーです。 ただし、それでも、特定のツールまたはスクリプトを使用すると、「ブラック」な作業をより効率的に実行し、時間を節約できる場合があります。



ここでの問題は、一部のテスターが自動化に十分な資格がないと見なし、すべてをそのままにすることを決定することです。 石や棒で火をつけようとするのと同じで、ランタンの点火を拒否するのは、おそらくあなたにとって簡単だからです...



8.共通の作業への貢献を誇張します。



優れたテスターは控えめなテスターです! 他の人と情報を共有する方法、さらに重要なことは同僚から情報を取得する方法を理解する必要があります。



多くのテスターは、何らかの理由で、開発者がテストのヒントを与えたり、特定の欠陥やテストの説明を求められたりすると驚いています。 ほとんどの場合、そのような質問には客観的な理由がありますが、一部のテストの専門家は、それらを個人的なult辱と見なし、表現に恥ずかしくない高音で答えます。

製品の現在の欠陥に関する情報を提供し、作業に関するフィードバックを受け取る必要があります。



あなたの仕事が完全に完了するとは誰も期待していませんが、誰もがあなたが何よりもプロであり、あなたの過ちから学ぶことを暗示しています。



9.スキルの発達を追いかけず、学ぶべきものがある領域を制御しません。



私が一緒に働いた最高のマネージャーの一人は、「仮想ツール」という表現を使用して、必要に応じて適用するスキルの全体を指すのが好きでした。



ツールボックスにあるツールを知っていますか?

交換または改善する必要があるのはどれですか?

将来的にどれが必要ですか?



テストは間違いなくデリケートな作業であり、適切なツール(仮想ツールと実際のツールの両方)を習得する必要があります。 これがなければ、高品質の製品を作成できません。



10.あなたにとって、キャリアの構築とは、マネージャーになるか、別の分野に移動することです。



一部の人々は、これがプログラミングへの道であると考えるため、テストを受けます。 他の人は、テストが何であるかを知らないだけで、一日中アプリケーションで遊ぶのが楽しいと感じています。 最後に、何がそんなに複雑なのでしょうか?



そのうちのいくつかは、時間が経つにつれて、良い専門家になります。 しかし、ほとんどの人は、最終的に彼らに喜びをもたらす活動に従事するために、テストの終了を待つでしょう。 まだ他にもあります-このカテゴリはテストプロセスの真の価値を見ていません、そして彼らはマネージャーの地位でのみさらなる成長を見ています。



管理は本当にあなたが探している興味深いタスクとまともな報酬を与えることができます。 しかし、管理とは関係のない他の職業も無数にあり、さらに多くのテストとより魅力的な「グッズ」をもたらす可能性があります(そして間違いなく頭痛がはるかに少なくなります!)。



私の意見では、テストするためだけではなく、何かすることを常に探している場合、専門的にそれを行うことはできません。 あなたがあなたの場所にいるかどうかを考えますか? たぶん、あなたは他の仕事を見るべきです...?



プロになりたいですか? テストを職業として扱い始めます。



このリストを横から見ると、それらを結合する一般的なアイデアをつかむことができます-これはテストへのアプローチを変えるための呼び出しです。

最初のステップは、テストを私たちの職業として認識し始めることです。



最初のステップが遅れるとすぐに、私たちが良いテスターに​​なるのを妨げるものに集中する必要があります。 自分で成長するために必要なスキルは何ですか? 同僚や顧客とどのように関係するべきですか? そして、プロセスを改善するために今何ができますか?



最後に、最後の3番目のステップは、将来を検討し、開発でどの方向に進むべきかを理解することです。 結局のところ、第一人者や専門家になる前に、多くのことを勉強する必要があります。



最も重要なことは、すべての変更は、神の意志によるものではなく、電子メールへの署名のあなたの名前の隣の位置からではなく、私たち自身のイニシアチブからもたらされる必要があります。



ソース:



qablog.practitest.com/2011/11/10-reasons-why-you-are-not-a-professional-tester-part-1

qablog.practitest.com/2011/12/10-reasons-why-you-are-not-a-professional-tester-part-2



All Articles