10

QA の役割を探している開発者です。開発者とテスターの考え方が根本的に違うことはわかっています。QA 環境での実地経験以外に、熟練したテスターに​​なるために必要な資質があるかどうかを判断する方法はありますか?

4

10 に答える 10

12

自分が優れたテスターかどうかを判断する最良の方法:

1) 几帳面ですか。異なるロジック パスを実行するために、わずかな違いを除いて毎回同じ手順を繰り返すことができますか。

2) あなたは非常に肛門を保持していますか.

どっちでもいい、どっちでもいい。

于 2009-06-10T11:54:59.130 に答える
9

GWLlosa の優れたレスポンスを拡張するには。

1忍耐

あなたがやろうとしていることの多くは信じられないほど苛立たしく(壊れているので)、また信じられないほど退屈なので、あなたはほぼ無限の忍耐を持たなければなりません. アプリケーションにオプションと状態があると仮定すると、ほぼ同じ一連のイベントを何度も実行することになります。

2徹底

開発者に関することの 1 つは、チェックインする前に、(うまくいけば) 自分自身のものをテストすることが一般的であることです。ほとんどの場合、これは、アプリケーションがおそらく (または) 通常のケースで動作することを意味します。ただし、これは通常、開発者のマシン上にあり、通常は同じテスト ケースを何度も使用します。あなたの仕事は、完全に正常に見えるさまざまなテスト ケースをテストし、次にすべてのエッジ ケースをテストし、次にすべての許容できないケースをテストすることです。次に、アプリケーションの状態が異なる場合は、それらすべてをもう一度確認する必要があるかもしれませんが、一見関係のない違いがあります (IE が電卓の配色を変更したため、"+" ボタンが機能しなくなりました)。

3整理整頓

すべての動きについてメモを取ることができなければなりません。誰かがバグを報告し、それがどのように発生したか、またはそれを再現する方法がわからないことほどイライラすることはありません。再現可能な問題は、追跡できるため、1000 倍簡単に解決できます。多くの状態と画面が織り交ぜられた複雑なアプリケーションでは、プログラマーが最初にエラーを生成する方法を知らない限り、あいまいなバグを修正することが非常に困難になります。

4創造性/共感

プログラマーは一般的にパワーユーザーです。一般的なコンピューターと、特にそのプログラムの両方。ファイル機能は通常、ファイル メニューの下にあり、ボタンを 1 回押すだけでよいことを知っています。ユーザーはこれらのことを知りません。ユーザーが愚かであると仮定するのはあなたの仕事ではありません。彼らはそうではないからです。そのため、ユーザーが何を考えているかを理解し、できるだけ速くボタンを 100 回クリックできるようにする必要があります。多くのアプリケーションでは、これにより 100 の結果が生成されますが、これは通常、悪い結果です。

「Shift-Enter」を押すように指示されているアプリケーションを知っていたので、R-Shift の代わりに L-Shift を押しました。爆発した。通常のユーザーは片手で入力するため、99.9% が L-Shift を使用し、他のシフトをバインドすることは誰にも思いつきませんでした。だからこそ、クリエイティビティも必要です。いくつかの異なる役割に自分自身を適合させ、彼らがソフトウェアをどのように使用するかを自問できる必要があります。次に、そのユースケースのすべての部分を使いすぎます。


最終的に、これらは必要なスキルの一部にすぎません。しかし、お気づきのように、これらはすべて持っているとよいスキルなので、それらを育てることは決して悪いことではありません。

乾杯。

于 2009-06-10T12:23:59.383 に答える
3

「物を壊すのが好き」と言う他の人に同意します。

また、バックグラウンドの多様性は、テスト チームに適しています。元開発者はチームが自動化を進めるのを手伝うことが多く、元カスタマー サポート担当者は、使用可能な UI に対するユーザーの権利を激しく擁護する場合があります。

Bret Pettichord による記事、 Testers and Developers Think Differentlyでは、各役割で役立つ考え方と特性を対比しています。たとえば、次のようなテーマについて詳しく説明しています。

  • 良いテスター
    • 経験的
    • 観察されたこと
    • 懐疑論者
  • 良い開発者
    • 理論上
    • 設計方法
    • 信者

以下は、Cem KanerTesting Computer Softwareから、テスターに​​役立ついくつかの属性とスキルに関するメモです。

  • 誠実さと品質へのこだわり
  • 経験的参照枠と理論的参照枠。ミニチュア実験としてのテスト。
  • 教育
  • いくつかのプログラミングの背景。必須ではありませんが、便利です。
  • 多くのコンピュータと多くのソフトウェア パッケージを使用した経験
  • 組み合わせ論の知識。プログラムのある側面を完全に評価するには、いくつのテスト ケースが必要ですか?
  • 優れた口頭および書面によるコミュニケーション。
  • エラー推測が得意。
  • 素早い抽象化スキル。
  • パズルが得意。
  • 効率性を非常に意識しています。
  • 多くのタスクをジャグリングすることができます。
  • スケジューリングが得意
  • 注意深い観察者、患者、細部に気を配る。
  • ロールプレイングの想像力。
  • 仕様書の読み書きができる。
于 2009-06-10T16:10:46.477 に答える
3

オープンソース プロジェクトのテストを試すことができます。それらは開発のすべての段階 (成熟しているかどうかに関係なく) にあり、仕様も必要です。これにより、実際の開発者、テスター、バグ追跡システムなどと一緒に実際のプロジェクトに取り組む機会が得られます.

于 2009-06-10T12:02:40.423 に答える
3

devinb は、優れたテスターに​​なる傾向があるいくつかのスキル/資質について優れた回答を提供していると思います。私が追加したい別のものは次のとおりです。

強いコミュニケーション

テスターは、多くの場合、利害関係者からの非技術的な要望と、コーダーからの技術的な実装の詳細との間で翻訳を行っています。双方向に翻訳できるのは非常に便利です。同様に、テスターが作成する主な成果物はテスト レポートです (バグとそれ以上の両方、多くの場合、書面と口頭の両方)。私たちのレポートの(複数の)消費者が聞く必要があることを効果的に伝えることができることは、効果的であるための鍵です. これには、協力関係を促進するための明快さと、有益で判断力のないトーンの両方が含まれます。

決定する方法

あなたの質問を見て、「私が熟練したテスターに​​なるために必要なものを持っているかどうかを判断する他の方法はありますか?」テストの考え方で、私たちの回答のほとんどが、あなたの質問の「熟練したテスターに​​なるために必要なこと」の部分に対処していることに気付きました. 「判別方法」についても少し触れたいと思います。

  1. 尊敬するテスター (または尊敬する企業) との情報インタビュー。これにより、フォローアップを伴うより具体的な質問をすることができ、関心のある特定のコンテキストに焦点を当てた回答を得ることができます。(devinb が上で述べたことの多くは一般的に当てはまりますが、商用の Web アプリと組み込み型のライフ クリティカルなソフトウェアとビデオ ゲームをテストすると、すべて異なる答えが得られます。
  2. オープン ソース ソフトウェアをテストします。私はいつも、テストに侵入しようとしてこれを行う人がいかに少ないかに驚かされます. テストとは何かをより深く理解し、リンクできる公開バグ レポートのポートフォリオを構築するのに役立ちます。開発中の OS プロジェクトを好きなように選んで、飛び込みましょう!
  3. 学習テスト優れた書籍、ブログ、およびコースが世の中にあります。さまざまなテスターがさまざまなテスターを指し示しますが、私の意見では、Cem Kaner と James Bach の著作 (本またはブログ) は素晴らしい出発点です。コースワークに関しては、Association for Software Testing の年間メンバーシップにより、 Black Box Software Testing シリーズへの無料アクセスが 1 つ提供されます。これは、Kaner とその同僚によって設計された高品質のインストラクター主導コースの素晴らしいセットです。

頑張ってください!

于 2009-06-12T16:58:03.003 に答える
2

自分が優れたソフトウェア テスターに​​なるかどうかは、実際にテストしてみるまでわかりません。QAer を定義する 1 つの態度、1 つの背景、1 つのスキル セットはありません。

それは優れた開発者であることと変わりません。多くの開発者的なことを試してきたので、あなたは良い人になるだろうと想像できます。しかし、あなたがそれをするまで、あなたは決して知りません。

役割を変更したい理由を自問してみてください。QA の役割に惹かれる理由は何ですか?

もっと楽になると思う、勤務時間が短くなる、給料が上がる、みんなに愛されると思うなら、QA の役割は向いていないかもしれません。

開発者としての成功が芳しくなかったために QA への移行を検討している場合、QA の役割はあなたに向いていない可能性があります。

または、すべてうまくいくかもしれません。私は、あらゆる種類の異なるバックグラウンドを持つ QA の人々を知っています。

提案されているように、その役割を果たすことができるプロジェクト (無給または有給) に参加してください。そうして初めて、それが好きかどうか、そしてそれが得意かどうかがわかります。

幸運を!

于 2009-06-10T13:38:39.513 に答える
1

コミュニケーションが鍵です。効果的なバグ レポートの書き方を知ることは不可欠です。

タイトルをクリア

問題を再現するための最小限の定量化可能な手順

ピクチャー

期待される結果と観察された結果 (期待した結果が得られないのが大好きです!!!!)

これはそれに関する素晴らしい記事です:

http://itscommonsensestupid.blogspot.com/2008/07/tips-to-write-good-bug-report.html

于 2009-06-10T13:54:18.997 に答える
1

詳細志向のような通常のものに加えて、スクリプトの知識を持ち、ビジネス ドメインを深く理解していれば、特にソフトウェアが狭い分野で高度に訓練された専門家を対象としている場合は、優れたソフトウェア テスターに​​なると思います。例としては、患者の心拍数を監視するプログラムや、戦闘地域で自律移動ロボットと通信するプログラムなどがあります。訓練を受けた医療専門家のユースケースは、訓練を受けていない医療専門家とは異なる可能性があります。

于 2009-06-10T12:31:45.250 に答える
0

テストは重要だと思いますか、それともやるべきことだと思いますか? 現在、独自のコードのテストを作成していますか? テストを書くとき、新しいテストを考えるのに苦労しますか? 他の人のコードを見ると、そこにあるエラーを見ることができますか? 完全なカバレッジの有無にかかわらず、一連のテストが実際に可能なパスと動作の全範囲をテストするかどうかを判断できますか? テストについて、すでに知っている以上に学びたいと思いますか? テストを容認し、それを受け入れない人々から、ひそかに軽蔑され、おそらく恐れられることをいといませんか? あなたの好きな色は何ですか: 緑と赤? (ヒント: 正解は緑色です!)

于 2009-06-10T12:10:26.337 に答える
0

シンプルなことは「マイナス思考」

常に善のために何かを壊す

于 2009-06-10T15:26:07.877 に答える