これまでに作業した中で最も優れたテスターに​​は、どのような特徴がありますか?


7

テスターおよびブロガーのLanette Creamerが最近この質問をTwitterに投稿しました

あなたがテスターと協力するプロのソフトウェア開発者であれば、あなたが知っている最高のテスターを考えてください。彼らに共通する特徴は何ですか?

ここでは素晴らしい質問になると思いました。

私の考えは:

  • たとえ厄介な質問をすることになっても、要件から曖昧さを取り除きたいと考えています。
  • 彼らは、それがどのように文書化されているかだけでなく、ソフトウェアが「機能するはず」である方法を見ることによって新しい機能を作成します。
  • 彼らは正直さと誠実さを示し、周囲の人々にそれを奨励しますが要求はしません。つまり、動作をモデル化します。

あなたが一緒に働いた中で最高のテスターの特徴は何ですか?


1
私の会社では、プログラマー必要悪と見なされているので、テスターはそれほど尊重されていません...したがって、私は優れたテスターと一緒に働いたことがないので、その中で最高のものを識別するのは困難です...実際、私たちはtソフトウェアの品質保証もあり、「テストモンキー」だけで、この仕事をしている完全に無資格の人々:-(
Wizard79

回答:


6

追加するいくつかを以下に示します。

  • スマート-これらの人々はどちらかと言えば明るくて深い思想家として出会います。境界のケースはこれらの人々にすぐに来るようです。彼らは、「どうでしょう…」と尋ねるかもしれません。たくさんの質問。
  • 詳細への注意-再現手順の一覧表示、期待される結果と実際の結果の違いなどを述べる。
  • 自発的-私が知っているより優れたテスターは、徹底的に自分自身を運転し、行き、行き、行きます!物事を成し遂げることは、私の心にこれを述べる別の方法でしょう。
  • 分析-落ち着いた合理的な議論で、優先度または重大度について議論します。どのバグができるだけ早く修正されるのか、どれが表面的すぎるのか、たとえば色の選択が悪いなどを理解します。
  • 粘り強さ-彼らは、プロジェクトマネージャー、ビジネスアナリスト、または権限を持つ誰かがそれらを覆すための要件を変更しない限り、その解釈に固執しました。これを別の言い方で言うと、プッシュオーバーではありません。

7

私が一緒に働いた最高のテスターの何人かは、ユーザーがソフトウェアをどのように使用するかを本当に理解しています。彼らは、ソフトウェアが果たすべきビジネス機能と、そのソフトウェアがユーザーの役割/ジョブ/機能にどのように影響するかを理解しています。テスト担当者が開発者やビジネスオーナーと同じくらいビジネスについての知識を持っている場合、プロジェクトは成功します。


5

悲しいことに、実際には高度なスキルと技術的な役割があるため、そこには多くのカウボーイがいます。あまりにも多くのテスターが長いキャリアを経て、ポジションからポジションへと移り、インタビューが行われ、テストの内容がわからない人々に採用されました。

私が会った最高のテスターは次のとおりです。

  • ビジネスマンと連絡を取り、要件を解釈/明確化するための優れたコミュニケーション能力
  • システムに不慣れなユーザーの視点からアプリケーションを見る機能
  • 必要に応じて体系的に物事を通過する忍耐力と、多くの時間を費やすだけでなく、システムを実際に体系的に通過するようにシステムを分析できる
  • 開発者が考えていないかもしれないものを選ぶための彼らへの創造的な側面
  • 自分の時間を整理して、単一のタイプのテストに集中するのではなく、探索的テスト、自動化などに適切な時間を費やす能力
  • 彼らが自分の分野での開発とベストプラクティスに遅れずについていくために、彼らが何をしているのかへの関心

最後に、テスターがアジャイルプロジェクトに取り組んでいる場合

  • 構造化された保守可能な方法でテストの自動化を行うことができます-最近では、テスターが自動化できるもの(すべてではない)を自動化できない場合、そのテスターはアジャイルプロジェクトで効果を発揮することはありません。

1
「必要なときに体系的に物事を進める忍耐力」の+1
tcrosley

4

私がこれまで作業した中で最も優れたテスターは、ソフトウェアを繰り返し実行できる方法で破壊するという点で非常に優れていました。私たちは彼にほとんどすべてのソフトウェアを与えることができ、彼は数分以内にそれを殺すでしょう。彼はおそらく、任天堂のゲームやイースターエッグのチートコードをプロのソフトウェアで見つけることができるようなスキルを持っています-彼は以前に試してみて、うまくいかなかったもののための自然で探究的な性質と良い記憶です。

彼の目標はプログラマーの正反対であったことに注意してください-彼がソフトウェアを壊したなら彼は良い一日を過ごしました。彼がそうしなかったなら、プログラマーは良い一日を過ごしました。


ずっと前に、あなたのアプリケーションを数分で床に置いてしまう2人の女性と仕事をしました。ユーザーが何をするかを知っているだけでなく、プログラマーが何をしないかを知っていました。彼らは、アプリケーションを壊した彼らが今までに行ったすべてのチェックリストを保持していました。徹底した、そして非常に楽しい人々と一緒に仕事をする。
スティーブンA.ロウ

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.