DUMP2015のJames Bachへのインタビュー

3月に、ウラル開発者向けの会議が開催されました。この会議では、セクションの1つがテストに専念しました。 聴衆を奮い立たせ、できるだけ多くの人々を対話に引き込むために、参加者に質問するスピーチを準備しました。 テスターとの知り合い、地域コミュニティに関心のある質問、十分な回答。 1つの例外を除きます。 同じ質問の前夜に、テストの分野で認められたスペシャリストであるジェームス・バッハという世界の別のコーナーからコミュニティのメンバーに尋ねられました。 確かに、これは視聴者の関心を高めただけでなく、テストでよく知っていることを改めて見直すのにも役立ちました。



ジェームズ・バッハとのインタビューのテキストとビデオを紹介します。







ジェームズ、あなたはかなり長い間テストを行ってきましたが、自分の職業を変えたいと思ったことはありますか?



私のキャリアの始まりはプログラミングでした。 私はビデオゲームのプログラミングを始めましたが、がっかりしました。 私はいつもこれをするのにうんざりしています。 私はプログラミングが好きですが、それは私がいつもやりたいことではありません。 私にとって、テストは素晴らしい発見でした。コミュニケーションと思考のスキル、プログラミングスキルをすべて使用できたからです。しかし、同じことを長時間行う必要はありませんでした。



その後、私は教えるのが大好きで、テスターの教師になりました。 現在、私はテストに従事していますが、人々に教えたり助言したりすることも好きです。 私にはさまざまなことがありますが、この多様性で十分です。



しかし、あなたが質問に直接答えるなら、最初に数学者または物理学者になりたかったです。 しかし、私は教育機関を訪問し、科学界でコミュニケーションをとるのに十分な忍耐を持っていませんでした。 それから軍人になりたかったのですが、命令に従う忍耐がありませんでした。 それから私はスパイになりたいと思ったが、秘密を守る方法がわからない。 私は秘密を守りたくない。 しかし、明らかに、スパイとして、あなたはそれをしなければなりません。



実際には、テストだけが残っています。



テストで最も面白いと思うものは何ですか?



私にとってテストで最も興味深いのは、思考の心理学です。 人々がどう考えるか、どのようにアイデアを得るか、どのように考えを管理するか、人々がお互いにアイデアを見つけるのを助ける方法。 この迷路は無限に魅力的です-テストの根底にある思考の心理学と科学。



非常に大量のデータを扱うことができる場合、実際のアクティビティに関連するもう1つの小さなことがあります。 何千または何百万ものサインとシンボルによって、これは非常に刺激的です。 私は入出力データを視覚化する方法を選択し、いくつかのツールを使用してそれらを生成するのが好きです。私にとってこれは娯楽です。



テストするのが最も難しいことは何ですか?



私は物事を細心の注意を払ってスケジュール通りに行うことに非常に早く飽きてしまいます。 アイデア、パズル、それらを解決するのが好きです。 特定の時間にどこかにいることや、いずれにしても忘れられないことをすることは私にとってはありません。 私は誰かが規律を必要とすることを私に代わって行うことを望みます。



私はパズルソルバーです。



プロジェクトのエラーをどのように振り返りますか?



私は、別々に取られたそれぞれの問題が発生した理由、なぜそれが私から離れたのか、そしてその再発を防止したいのです。 私は常に自分のアカウントでエラーの漏れを取ります。



そして、欠陥の回顧により、問題が初めて発生した理由と、再発を防ぐ方法を理解する試みを意味する場合、残念ながら、私はそのような調査にはあまり関与しません。 私はこれについてあまり考えていませんが、問題が私をすり抜けるときはいつも心配しています。



そのような調査を行う価値はどのくらいの頻度ですか?



エラーに依存すると思います。 セキュリティホールなどのバグを見つけた場合、すべてを停止して、何が起こったのかを尋ねる必要がありますか? なぜなら、彼らはさらに千人いるかもしれないからです。



実生活の昆虫のようなものです。 キッチンでハエを見た場合、それはハエがあなたに向かって飛んだことを意味します。 しかし、アリに出会ったら、それはすぐにアリのコロニーがあなたの台所に向かってきたことを意味します。 これは、数千または10万のアリがあなたの中に忍び寄ることを意味します。



ハエやアリを見ると、反応が異なります。 したがって、開発プロセス中に大きな問題を示す欠陥と、タイプミスや意図しないエラーである可能性のある欠陥を見つけたとき、私は異なる反応をします。



一部のテスターに​​とって、専門家の成長は、品質保証への移行と見なされます-プロセスに取り組み、新しいツールを作成します。 これについて何と言いますか?



続けてみませんか? なぜ、品質保証に時間を浪費するのではなく、コンピューターの扱い方について人々を教育するか、世界の飢の問題を解決するために時間を割くべきです。 実際、空腹ははるかに重要です。 または世界啓発、世界の創造、土地の耕作。



あなたがテストにうんざりしているなら、あなたは多くのことができると言えると思います。 しかし、これはテストではありません、それが問題です! テストとは、製品の研究、その研究、および問題がある場合の理解です。



あなたが警備員だと想像してください。 あなたが軍事基地の警備員であり、「基地を監視するのではなく、実際に、なぜ人々が軍事基地に入って大学で勉強を始めたいのかを理解するように努めるべきだ」と想像してください。 これは、軍事基地を守るべきではないということですか? コースを保護する必要があります!



したがって、誰かが品質保証に従事し、バグなどを防ぐことを望んでいる場合、これはもちろん価値のある運動ですが、これはすべてのバグを見つけることを確認する必要性を減らすわけではないことを理解してください。 そして、バグを防ぐことも興味深い活動だからといって、テストをやめるべきだとは思いません。



そしてこれについてもう一つ。 テストを減らす妥当な理由は、重大なバグのリスクを減らすことです。 従う品質保証プロセスを使用することで、有害な欠陥の数を減らし、テクノロジーに含まれるエラーが少なくなり、バグが少なくなることを確認できれば、テストを減らすことができます。 このリスクが実際に減少するまでテストを減らすことはできません。これが私の意見です。 製品にバグがないことを期待しているため、テストを短縮することはできません。 バグがないことを確認する正当な理由があるため、テストを短縮します。



そして、あなたは少ないガードを買う余裕ができます。



多くの人がこのアプローチの財政面を心配しています。 テストのみを行い、品質保証に関与したくないテスターはどうすればよいですか? 同じことを続けている人の給料を上げるのはなぜですか?



非常に複雑なことを非常に、非常によくテストする必要があります。 あなたはあなたのコミュニケーションスキル、あなたの技術スキルを開発しなければなりません。 さまざまなテクノロジーについてさらに学ぶ必要があります。 一般的に言えば、これに代わるものはありますが、プログラミングスキルにも取り組む必要があると思います。



コーダーである必要はありません。教師またはテストコンサルタントになることもできます。



私がテストジャンパーと呼ぶテスターもあります。 彼らはテストが得意なので、コマンドーのようなプロジェクトに飛び込み、テストを手配し、他の人を助け、次のプロジェクトに進むことができます。 内部または外部のテストコンサルタントになることはあなたにできることです。



本質的に、これは私がしていることです。 私はテストするのが大好きですが、現時点で実際に支払われるのはテスターのトレーニングです。 私は自分のスキルを訓練するために、通常は無料でテストをしなければなりません。そうしないとテストを教えることができません。 実際、テストトレーニングのために受け取ったお金は、自己教育、テスターとしての継続教育に充てられます。 テスターとしての報酬が支払われた場合、十分な報酬は得られません。 私は家族に提供するために通常のテスターとして稼ぐことができるよりもはるかに多くのお金が必要です。



私は他の人を教えるテスターに​​なりたいのですが、これを行う方法は相談することです。



最近のあなたの意見では、テストの世界で最も重要な出来事は何ですか?



私のテスターのコミュニティで起こった最も重要なことは、体系的な議論方法の発見と、暗黙知と呼ばれるものの開発です。 これは、ハリー・コリンズという社会学者のおかげで起こりました。ハリー・コリンズの仕事は私とマイケル・ボルトンに影響を与え、コンテキスト駆動テストコミュニティの人々にも影響を与えました。



暗黙の知識について話す前に、明示的な知識と暗黙の知識の違いを説明する体系的で良い方法はありませんでした。 したがって、暗黙の知識は何らかの形で語ることのできない神秘的なものでした。 今、私たちはかなり良い議論ツールを手に入れたと感じています。 そしてこれは、マネージャーやそれについて何も知らない他の人々から暗黙の知識を保護できることを意味します。



より深いテストスキルを意識​​的に把握するための重要なツールを入手しました。 そして、これは私にとって近年で最もエキサイティングなことです。



ハリー・コリンズによる暗黙的および明示的な知識




Skypeで無料レッスンを提供し続けていますか?



Skypeで私をノックするテスターを訓練することは私にとって非常に重要であり、私は自由な時間に頻繁にこれを行います。 私はこれをするのが大好きで、トレーニングセッションに私を払うことさえ延期します。



昨夜、これらのセッションの1つを開催しました。 私はスケジュールされたセッションを実施しますが、通常、人々はSkypeで私のところに来て、「あなたはそのようなレッスンを行うと聞きました」と言います。 そして、もし私に空き時間があれば、今すぐ使うことをお勧めします。 時々それは訓練であり、時にはそれは指導であり、私は両方を行います。



そして、自分のスキルを磨く必要があるので、それをしなければなりません。 練習することでのみ、体調を保つことができます。 私はアイデアを改善し、そのために人々とコミュニケーションをとる必要があります。



これらのクラスでは通常何を教えますか?



時々、彼らは特定の問題で私のところに来ます。 多くの場合、これらはレポートに関する質問です。 上司のテストレポートの改善について。 これは、たとえば組み合わせテストなどの特定の手法であり、すべてのペアごとの組み合わせをテストする方法を理解したい場合があります。



また、現在の研究に参加させようとしています。 私はしばしば新しいエクササイズを考案し、手をこすります。「あなたに新しいエクササイズを試してみます!」と言います。 次に、テストする必要のあるWebサイトを提供します。その後、完了した作業について説明します。 だから私は私の記事やプレゼンテーションのための新しい資料を入手します。



これらのセッションで遭遇する最も一般的な誤解は何ですか?

最大の誤解は、人々がテストと事実確認を混同しているということです。 彼らは、テストは製品に関するいくつかの事実のテストであると考えています。 私は彼らにテストがはるかに多いことを示します。 ファクトチェックなどが含まれますが、これはテスターがすべきことのほんの一部です。 したがって、私は常に彼らにそれを説明します。



また、テストは品質保証ではなく、品質の可用性を確認するものではないことを人々に説明する必要があります。 これはしません。 問題を探しています。 これが私たちの仕事です。 そして、これはあなたが仕事をうまくやれば受け入れられます。



品質保証は別のものです。 テスターもこれを行うことができますが。



自動テストの専門家は、新しいフレームワークとテクノロジーを研究しています。 そして、手動テスターは何を学ぶべきですか?



あなたの質問は受け入れられません。 まず第一に、自動または手動のテスターはありません。 そのようなことはありません。 テスターを作業中にコードを書く人とそうでない人に分けたいと思います。 しかし、彼らはすべて胴体を使用しています。 テスターに​​とって、あらゆる種類のツールを使用することは一般的です。



たとえば、Excelを使用できます。 テスターがコードを書くテスターでない場合、これは彼がExcelについてすべてを学ぶことができないという意味ではありませんか? 彼は、Excelがどのように機能し、Excelがその中のデータをどのように処理し、分析するかなどを知っているべきです。



したがって、コードを書くかどうかに関係なく、ツールとテクノロジーの研究はすべてのテスターで同じです。 もちろん、コードを記述する場合は、それについてさらに学ぶ必要があります。 コードでできることはもちろん重要です。もちろん、テクノロジーやユーザーの学習も重要です。



テスターが学ぶべき主なことは次のとおりです。

•推論、

•モデルの構築

•および実験の構築。

これは、コードを書くかどうかに関係なく、テスターが学ぶべきことです。



かなりの数のテスターが実験の設定方法について明確な考えを持っているようです。 テストは実験であるため、これは非常に重要です。 実験方法と製品のモデル化方法を知る必要があります。 製品の精神的な説明を作成し、ここで今作業している明示的なモデルに変換します。 これは明示的またはメンタルモデルですか、テスターは製品モデルを操作し、これらのモデルについて結論を導き、これらのモデルに従って実験を行います。 また、これらのモデルの信ver性も確認してください。 これがテスターの仕事です。 そしてそれは非常に重要です。



少なくともこれら2つのスキルを開発する必要があります。



この記事の準備に協力してくれたOlga KotkovaとNatalia Platonovaに感謝します。



All Articles