web-dev-qa-db-ja.com

オフショアまたはアウトソーシングテストでのあなたの経験は何ですか?

誰か経験がありますか外部委託のテストで?あなたが支払わなければならないかなり高い保険料の価値はありますか?

より安価な代替手段として、テストスクリプトを使用してオフショアの「Mechanicalturks」(同じサービスを提供しますが、はるかに安価)を単純に雇うことができますか?プロのソフトウェアテストサービスに?

2
Chris S

もちろん、テストについて何も知らない人を雇ってテストすることはできますが、プログラミングについて何も知らない人を雇って開発を行うのと同じくらい成功すると思います。

テストサービスは、基本的に、プロのソフトウェアテスターで構成される単なるコンサルタントです。

テストは、関連するすべての知識、ベストプラクティスなどを備えたスキルです。経験のあるプロのシステムテスターは、一般的に、自分が何をしているかについて何年も学んできた、テストに適した適性を持った人々です。それは単にランダムな個人には当てはまりません。

優れたテスターは、提示された要件に基づいて、 テスト戦略テスト計画 、および テストスクリプト を開発する方法を知っています。彼らは、テストの適用範囲と進捗状況を正確に評価する方法を知っており、いつどのように実行する必要があるかを理解します 回帰テスト どのレベルまで、テストを繰り返し可能にする必要がある理由を理解し、欠陥を記録できます開発者がそれらを簡単に再現できるようにする方法であり、すべてをテストする時間がない場合(ほとんどの場合)、品質を維持する可能性が最も高い方法でさまざまな圧力のバランスをとる方法(次のような手法)を知っています。ストライピング)。

ランティビット

開発者は、人々が自分の持っているスキルを軽視し、それを簡単に習得できると提案すると、当然のことながらイライラしますが、私にとってはこれはまったく同じことです。プログラマーがこのような質問をして、他の専門家が何をしているのか、何を知っているのかについてほとんど考えていない場合、スキルに関して他の人が異なる行動を取ることを期待する必要があるのはどのような権利ですか?

真剣に、テストが実際に何であるか、そして何が関係しているかについて少し研究をしてください。

ランティビットエンド

オフショアテストの詳細に関しては、オフショアと同じ問題の多くを共有しています。これは主に、コミュニケーションと文化的設定の2つから生じます。

コミュニケーションは明白なものです。それに対処するための戦略が必要であると言う以外はあまり詳しく説明しません。主な質問は、「開発者がバグを見ることができないと言って、彼らの机はオプションではありませんか?」電子メールまたはその他のテキストの説明を含むその質問への回答は、すぐに連絡する必要があります。

文化的な設定についてはあまり話題になりませんが、私にとってははるかに重要な要素です。文化とは人種を意味するのではなく、ビジネス文化を意味します。私が働いてきたほとんどの企業には、数百マイル離れたチームメンバーを対象としたビジネスプロセスがありません。彼らは、人々がそれを書いた人(現在は別のタイムゾーンにいる)に質問せずに彼らから作業できるように十分に詳細に仕様を書いていません。彼らは、欠けているものや不明確なものを具体化するための迅速な会議を組織するのが簡単であるという前提で運営されています。

それは私が本当に見ているものです-あなたのプロセスは、簡単に来て質問することができない人々と一緒に働くのに本当に十分です、そして彼らがそうでないならあなたは彼らが働くようにそれらを変えることができます(そしてあなたはをしたい)。

7
Jon Hopkins

社外の誰かにあなたのソフトウェアをテストしてもらうことの問題は、彼らがあなたのソフトウェアについて何も知らないということです。したがって、システムをテストできる優れたドキュメントがあることを確認する必要があります。要件仕様、テスト仕様、ユーザーガイドなど。

彼らはまたあなたのソフトウェアを気にしません。したがって、システムがテスト済みのプロパティであることを確認するには、適切な契約を結ぶ必要があります。

さらに重要なのは、テスターとの良好な関係を築く必要があることです。あなたとあなたの開発者はテスターに​​多くのことを扱うでしょう。

理想的には、システムの開発時に彼らが関与する必要があります。物事が変わり、スペックが変わります。彼らはここで公平で非常に有用な貢献をすることができます。

個人的な経験から、アウトソーシングテストはその価値よりもはるかに面倒な場合があります。バグのテスト、発見、修正の間のターンアラウンドタイムは膨大な場合があります-数時間ではなく数日です。プロジェクトのクランチタイム-つまりシステムテスト! -別のタイムゾーンや文化では、社外の人とは取引したくない場合があります。

4
Conor

処理する必要のある問題の種類については、すでにいくつかの良い答えがあります。そのため、この部分に焦点を当てます。「オフショアの「メカニカルターク」を雇うことはできますか?プロのソフトウェアテストサービスの安価な代替手段としてのテストスクリプト?」 -具体的には、経験の代わりにテストスクリプトを使用するというアイデア。作成したテストスクリプトを「実行する」ために外部の会社に雇おうとしないことを強くお勧めします。

これはよくある誤解であり、通常は Standard School の間で最も一般的です。テストリードを取得して、安価な訓練を受けていないテストサルが忠実に従う非常に詳細なテストスクリプトを作成することで、本質的に「ハードビット」を分割できます。 。これは、アーキテクトに、訓練を受けていない安価なコードモンキーの軍隊が忠実に従う非常に詳細な指示を書かせることと同様に機能します-つまり、それほどではありませんが、多くの作業が行われているように見えるため、技術者以外のマネージャーはそれを見たいと思っています。

スクリプトに従って熟練していないテスターを見た私の経験は、つらいものです。人々は、スクリプトの実行に集中しているときに、最も明白なエラーを見ることさえせずに、実際にそのエラーを通り過ぎます。ただし、トレーニングを受けていないだけではありません。詳細な手続き型テストスクリプトは 効果のないテスト方法としてよく知られています 。熟練したテスターは、テストスクリプトに重点を置いているときに、欠陥を通り過ぎて歩きます-多くの人がそのアプローチでまだ効果的である理由は、スクリプトに従わず、単にスクリプトを使用するためです大まかなガイドとして-スクリプトが多用された環境で長年作業してきたので、これは私が観察したことです。 (ただし、直接挑戦すると、上司とトラブルを起こすと信じているため、ほとんどの人が否定します。正当な理由がある場合もあります。)

つまり、スクリプトを使用しても、スキルや製品に関する知識が不足している問題は解決されません。

2
testerab