testing - 誰でも良いテスト工数見積もりテンプレートを提案できますか

Question

テスト工数見積もりテンプレートを探しています。どなたか良いテンプレがあれば教えてください。

Answer 1

見積もりプロセスは変更に合わせて調整する必要があるため、テンプレートはありません。プロセスのさまざまな部分を考慮するさまざまな推定方法があります。

たとえば、要素ベースのアプローチを採用し、テストには 1.5 倍の開発労力がかかると想定できます。すべてのテスト作業が 1.5 の開発作業に等しいわけではないため、これは偏狭なアプローチです。

他のアプローチには、ファンクション ポイント分析の実行、および 1 日に記述できるテスト ケースの数と 1 日に実行できるテスト ケースの数の見積もりまたは見積もりが含まれます。テスト時間にデータのセットアップは含まれますか?

別のアプローチでは、利用可能なリソース、環境の安定性、各リソースのスキル、およびそれらがプロジェクトにどれだけ貢献できるかを考慮に入れます。

このすべてにおいて、何がテストされているかを考慮する必要があります。ui、クライアントサーバーシステム。分散サービスは含まれますか? それらをテストしていますか？機能テストだけを見ていますか、それとも負荷/パフォーマンスおよびストレステストだけでなく、セキュリティテストの何らかの手段を実行する必要がありますか? これらはすべて、実行にかなりの時間がかかる可能性があります。

見積もりは、そのタイプのシステムで、できれば以前に組織内で作業したことのある経験豊富なテスト担当者が行う必要があります。

そのため、テンプレートは 1 つではなく、正確な時間を計算するために入力する多数の変数もありません。テストにかかる時間は、実行するたびに異なります。欠陥がある場合は、再作業と再テストの時間を含める必要があります。あなたはいくつの欠陥を提起しますか？あなたが答えられる質問ではありませんが、Steve が素朴にテスターに​​見積もりを提供している場合は、まだバグがいくつ残っているかを示す必要があります。

見積もりで覚えておくべき基本的なことは、それが見積もりであるということです。

Answer 2

工数の見積もりは、開発とテストで最も難しい作業の 1 つです。当社では、開発者がテスト ギャングに更新 (正式なドキュメントを完備) を提出する場合、必要なテストの量を見積もるのは開発者の責任です。それ以外の場合はどうなるかわかりません。

私がテストに与える見積もりは、常に推測にすぎませんが、一般的に、何かを 1 週間開発する場合、テストには 2 日間かかると見積もっています。明らかに、これはすべての例でうまく機能する必要はなく、問題の変更に基づいて適応させる必要があります。たとえば、非常に迅速にテストできるアップデートに 1 週​​間を費やす場合があります。

Answer 3

テスト時間を見積もると、頭が爆発します。いくつかのダンジョンダイスをつかんで転がす方がほとんど簡単です（そしてより正確です）

開発者は、数日間のテストを必要とする修正に 1 時間を費やす可能性があります。これは、1 つの修正がシステムにとって非常に重要であり、システムの他のすべての側面をテストする必要があるためです。

開発者は、複数のブラウザーでのテストに 4 時間しかかからない Web ページの CSS やマークアップなどを修正するのに 2 日を費やすこともできます。

開発者は何を「テストする必要がある」かを定義することに問題はありませんが、それに頼らないでください。なぜなら、私たちは誇りを持っており、私たちの心では ​​(時には私の心でも) 人々はプログラムを意図された方法で使用する必要があるからです。ユーザー名を Chuck^Norris2010 にする必要があるのはなぜですか。そのユーザーは平手打ちする必要があります... 私はそのようなユーザー名をテストすることは決してありません。

テストには多くの要素がありますが、私が知っている最も開発者が見逃しているテストは、境界テストとフロー テストです。これらのタイプのテストは測定が困難です。

何をテストする必要があるかがわかります。そして時間が経つにつれ、ソフトウェアのテストを続けるうちに、システムを理解するようになるため、テストをより適切に見積もる方法を学ぶことができます。

開発者は、何が変更され、何をテストする必要があるかを伝えることができます。

見積もりはすぐにできるものではありません。経験と知識、そして現場の知識が必要です。

テストを行うと時間を導き出し、プロジェクトの各側面をテストするのにかかる時間を記録すると、より正確な見積もりを行う準備が整います。