最近、私はテストの基礎に関するコースを教え始めました。そのため、グループがプログラマーから集まったことがありました。 そして、ソフトウェア開発に携わる人々がテストについて何も知らなかったとき、私は驚きました。 対象分野に精通した賢い人、上級プログラマーは、自分が書いたソフトウェアをテストする方法について何も知りません。
テストは長い間存在しているという事実にもかかわらず、これはまだ若い開発分野であり、テスト部門以外ではほとんど知られていないことが多い。 そして、私はなぜ人々がテスターとして働きに行くのか、またはその逆が行かないのか疑問に思いました。 いくつかの偏見と神話がそれらを駆動します。 どういうわけか、テストでの5つの神話についてのMike Brownの記事に出くわしたので、その翻訳を共有したいと思います 。
テストデータの処理中、誤解のケースに対処しなければならない頻度に常に驚かされます。 誤解はかなりありますが、 最も一般的な5つのテスト神話についてお話したいと思います。 最初の3つはニュース記事で普及しているように見えますが、他の2つは専門家コミュニティで一般的です。
見て、同意するかどうか教えてください。
神話1：テストは退屈です。
多くの場合、テストはセックスに似ていると聞きます。それが快楽をもたらさないなら、あなたはそれを間違っているのです。 テストは退屈で単調な活動であるという神話がメディアに広まり、テスターはソフトウェア業界の組立ラインの労働者と見なされています。 実際、テストでは、毎日多くの新しい興味深い問題を解決する必要があります。 上記の独特な結果を要約したマイケルボルトンからの引用です：「テストでは、新しい情報を検索したいという欲求に駆られています。 テストとは、研究、発見、新しい学習、学習のプロセスです。 ソフトウェア製品をセットアップ、起動、研究して評価を行ったり、予期しない問題を検出したりするときに、テストを行います。 私たちは、製品と設計の境界と機能を概説するためにテストします。 「私たちは、答えられていない質問に答えたいという欲求や、聞かれていない質問に駆り立てられたときにテストします。」
神話2：テストは簡単です。
通常のユーザーはプログラムのエラーを常に発見するため、ソフトウェアのテストはそれほど難しいものではないとよく言われます。 実際、テストは非常に難しいスキルであり、平均的な人がマスターすることはできません。 GoogleのPatrick Copelandがテスターの本質的な性質について次のように述べています。「これは特別な考え方であり、特別な情熱です。 テスターのために行った100回のインタビューで、私は主に次のことに注意を引きました。1）問題を見つける特別な能力の存在、2）この能力とともに人に存在するテストへの情熱 言い換えれば、テスターは自分の仕事を愛し、うまくやっています。 彼らは、テスト中に、プログラミング中に解決しなければならない問題と同等の、場合によってはより複雑な問題を解決する必要があることに注意しています 。 神からのテスターであり、仕事について正しい人は、仕事なしで決して去りません。 そのような人々は、自分の体重に見合うだけの価値がある。 „
神話3：テスターはバグを探しているだけです。
テスターは本当にバグを探していますが、これは彼らの仕事の唯一の目標からはほど遠いです。 著者はこの神話について非常によく語っており、freesoftwaretesting.info WebサイトでAnkurという名前の記事を公開しています。これは、テスターの作業をあまりにも制限しているため、ユーザーの目には価値がありません。 テスターは、テストするシステム、アプリケーション、または製品の専門家です。 特定の機能またはコンポーネントのみを担当する開発者とは異なり、テスターはシステム全体の操作を担当します。 テスターは、製品の重要性、その効果に対する環境の影響を理解しています。 彼らは製品を最大限に活用する方法を知っています。
神話4：テスターは機械で置き換えられ、テスターは不要になります。
コンピュータ技術の発展に伴い、人々のプログラムのテストはまもなく完全になくなるという意見がますます広まっています。 しかし、コンピュータープログラムのエンドユーザーはロボットではなく、機械ではなく、生きている人なので、人によるテストの重要性は低下しません。 テストブックの著者であるJames Whittakerが、手動テストの重要性について次のように書いています。テスト自動化を使用して、彼らはあまりにも多くの問題を解決しようとします。 彼らは自動化に力を入れすぎているため、信頼性が低く脆弱です。 自動化されたシステムで何かをうまくやることができますが、人々がもっとうまくできる何かがあります。 したがって、混合アプローチは私にとってより正当化されるようです。 自動化のため、私は主に人間の仕事を促進したいと考えています。 データを分析してパターンを識別するには、自動化が必要です。 しかし、自動化ツールの助けを借りて、見積もりを出し、判断を下すことは不可能です。 幸いなことに、人々はそれをより良くします。
神話5：テスターは開発者と仲が悪い。
この神話が広まっている理由は理解できます。 これはかつて教祖ジェームズ・バッハをテストして書かれました：作品を一般に提出する人は、議論する準備ができていなければなりません。 これは非常に不快な感覚です。 また、テスターは、プログラムの特定の欠陥の存在に関する性急な声明で火に燃料を追加することがあり、個人的には好きではない品質欠陥を装います。
多くのテスターが元開発者であること（およびその逆）を誰もが知っているわけではないため、お互いを理解し、直面している課題を評価することができます。 もちろん、これはすべての企業で起こるわけではありませんが、私たちの経験に基づいて、プログラマとテスターの間の誤解のうわさは非常に誇張されていると言えます。
神話のリストに追加したいのですが、プログラマーから、入力パラメーターと出力パラメーターを考えずに、すべてのボタンを連続して押すだけでバグを探すという神話を聞きました。 たとえば、ソフトウェアの自動化には多くの神話があります。
- 自動化によりコストが削減されます。
- 自動化はリソース不足の問題を解決します。
- 自動テストが多いほど良い。
私に関しては、テストには開発の余地があるという予感に駆られて、テストに入りました。テストでは、あなたは決して立ち止まることはありません。 この開発は私を惹きつけ、今日に引き付けています。 もちろん、テストは簡単だと思いました。
どのような神話を知っていますか？
UPD。 私の記事に関心をお寄せいただき、ありがとうございます。 Habrの読者からのいくつかの神話/反神話/事実を要約します。
投稿者： evans2094
神話：
1.開発者と発行者はテスターに耳を傾けます。
2.製品テストは設計段階から始まり、ライフサイクル全体を通して継続されます。
開発とテストは、象の洗浄を連想させます。 片方の耳が洗われている間は完全にきれいに洗うことはできません-もう片方はすでに何かで覆われています:)もちろん、嵐のテストで完全に覆いますが、細心のクライアントは象の表面全体にゴミを見つけます...
投稿者： netmike
事実：
ソフトウェアの自動化には追加の投資が必要ですが、製品の品質は向上します。 実際、自動化のメリットは、開発と保守が非常に長い製品でのみ始まります。
NatalyaRukolからの補遺 ：
自動化が正当化されるのは、主なコストがクリック（安定した動作する機能、テスト方法が既に明確であり、膨大な数のエラーが含まれていない場合）のみです。
投稿者： グラニナス
神話：
haskellで書いているので、コードをテストする必要はありません。すべてがそのように機能します。
petropavelは、これらの神話は普遍的であり、あらゆる職業に適用できると指摘しました。
神話1：部屋の掃除は退屈です。
退屈で単調な活動としてのハウスキーピングの神話は、掃除機がオフィス労働者と見なされるメディアに広まっています。 実際、クリーニングでは、毎日多くの新しくて興味深い問題を解決する必要があります。 [約。 perev。 例：椅子の上のチューインガム]
神話2：掃除は簡単です。
また、通常のようにクリーニングはそれほど複雑ではないこともよく言われます
人々は常にアパートを掃除しています...
神話3：掃除機はゴミを拾っているだけです。
クリーナーは実際にゴミを拾っていますが、これは彼らの仕事の唯一の目標からはほど遠いです...
神話4：車は掃除機に取って代わり、不要になります。
コンピューター技術の発展に伴い、敷地内の人々を掃除することは間もなくなくなるという意見がますます広まっています...
神話5：クリーナーはオフィスのスタッフと仲が悪い。
なぜこの神話がこんなに広まっているのかは理解できます...多くのクリーナーが元オフィスワーカーであることを誰もが知っているわけではありません...
wicked_stenは、テスターが次のように書いてソフトウェアの品質を改善しないという私の神話の1つに反論しました。
私の革新の数は、カスタムからのアプリケーションよりもわずかに少ないです。 まあ、どういうわけかそれが起こった。 単純なものはすぐに、複雑なものはすぐに行われます-同じものをさらに数回要求した後です。
PS。 同僚のアンドレイ・イメリアノフを翻訳してくれてありがとう