まあ、時にはテストの有効性を高める非常にシンプルなアイデア
知識のないテストマネージャーは通常、どのようにテストプロセスを構築しますか？
彼らはすべてをテストしようとします。 彼らはすべてをテストしようとして無駄に努力しています。 その結果、バグトラッカーには、最も使用頻度の低いボタンを286回クリックするとプログラムがクラッシュするというエラーがあります。 プログラムの右下隅にある奇妙な灰色のピクセルに関するエラーも巻き上げられます。 チームは夜と週末に汗を流して働いた。
リリース
主な機能は動作しません。
なぜこれが可能ですか？
1.すべてのエラーが連続して発生するため、開発が妨げられます。 開発者は、マイナーなバグの修正と新しいバグの導入に多くの時間を費やします。
2.些細なことに費やした時間では、より深刻なユーザーシナリオを確認し、より重大な欠陥を見つけることはできませんでした。
3.アセンブリのステータスに関するフィードバックが開発者に遅れて提供されました。重大な欠陥の代わりに、未成年者は絶えず雨が降っていました。
4.設計パターン「死んだ魚」は役割を果たしました。すべてのチームメンバーは、すべてをテストすることは不可能であり、これが作業の質に影響を与える以外にないことを非常によく理解していました。 そして誰も彼らに現実的な目標を設定しません...
賢明なテストマネージャーは何を違う方法で行いますか？
彼らはそもそも何を変えるのでしょうか？
優先事項！
このシンプルなアイデアは、25,000ドル以上の大規模なプロジェクトの節約に役立ちます！
1.常に機能の優先順位を文書化し、営業およびアナリストと調整します。 誰も使用していない機能に多くの時間を費やす必要はありません。
2.常にテストに優先順位を付けます。 テストの優先度は、機能の重要性とエラーの確率（開発者とのコミュニケーションの結果、機能の変更などに基づいて経験的に決定されます）の両方によって決定されます
3.「ドキュメント」という言葉に重点を置いてください！..明日の翌日、すべてが公園内にある場合、誰も口頭での合意を覚えておらず、ボタンをクリックするとすぐに始まります。 さらに10人の未成年者を見つける必要がありますか？ それとも、主な機能の機能を確認することがより重要ですか？
4.締め切りに間に合わないような膨大なタスクを従業員に与えないでください。 それらを細かく切り分け、優先順位を付けて順序を決定します。 そうしないと、再び混乱と「死んだ魚」のパターンに遭遇するリスクが生じ、責任が従業員に移ります。
5.受け入れテストのセットを作成します。 リリースで何が機能し、何が機能する必要があり、何が望ましいのでしょうか？ したがって、リリースビルドをテストするための人件費をいつでも見積もることができます。インターフェースをあてもなくクリックする時間ではありません。
6.チェックに優先順位を付けることで、従業員のスタッフの拡大について経営陣との生産的な対話をいつでも期待できます。 「私たちは従業員が不足しています」という言葉の代わりに、「優先度UでテストをテストするのにX人時間は不足しています」と言うことができます。 経営陣がこのようなわかりやすい発言を聞くことはほとんどないため、チャンスは時々増加します;-)
作業の結果は、それに費やされた時間によって決定されません。 さらに、特にテストでは、人件費と結果はまったく関連していません。
作業量の増加ではなく、結果に取り組みます。 そして、テストの優先順位付けは、この方向で最初の最も重要なステップです。
彼らはすべてをテストしようとします。 彼らはすべてをテストしようとして無駄に努力しています。 その結果、バグトラッカーには、最も使用頻度の低いボタンを286回クリックするとプログラムがクラッシュするというエラーがあります。 プログラムの右下隅にある奇妙な灰色のピクセルに関するエラーも巻き上げられます。 チームは夜と週末に汗を流して働いた。
リリース
主な機能は動作しません。
なぜこれが可能ですか？
1.すべてのエラーが連続して発生するため、開発が妨げられます。 開発者は、マイナーなバグの修正と新しいバグの導入に多くの時間を費やします。
2.些細なことに費やした時間では、より深刻なユーザーシナリオを確認し、より重大な欠陥を見つけることはできませんでした。
3.アセンブリのステータスに関するフィードバックが開発者に遅れて提供されました。重大な欠陥の代わりに、未成年者は絶えず雨が降っていました。
4.設計パターン「死んだ魚」は役割を果たしました。すべてのチームメンバーは、すべてをテストすることは不可能であり、これが作業の質に影響を与える以外にないことを非常によく理解していました。 そして誰も彼らに現実的な目標を設定しません...
賢明なテストマネージャーは何を違う方法で行いますか？
彼らはそもそも何を変えるのでしょうか？
優先事項！
20世紀初頭、ベツレヘムスチールの社長であるチャールズシュワブは、会社の生産性を向上させたいと考え、広報および経営コンサルタントのYves Leeと会いました。 「私たちは何をすべきかを知っています」とシュワブは説明しました。
リーは、彼が助けることができて、それがたった20分しかかからないと言った。 彼はスワブに白紙を渡し、「明日やるべき最も重要な6つのことを書き留めてください」と言いました。 シュワブは言われたとおりにした。
「あなたと会社にとっての重要度に応じて番号を付けてください。」 シュワブが終わったとき、リーは続けた。彼によると彼が完全に実行されるまで動作します。 次に、同じ方法でポイント2に進み、ポイント3に進みます。これは、勤務時間が終了するまで続きます。 1つまたは2つのポイントのみを処理する場合でも心配しないでください。 しかし、最も重要なことに取り組みます。 それらがなければ、あなたはまだ残りをしていなかっただろう。 そして、明確に定義されたシステムがなければ、おそらくそれらを完了するのに10倍の時間を費やすことになります。
営業日ごとにこれを行うと、リーは言った。 -このシステムの価値を確信した後、同じことを試みるよう従業員に助言してください。 この方法を必要なだけ試してから、この考えに値する量の小切手を私に送ってください。
数週間後、シュワブはリーに25,000ドルの小切手と、これが彼がこれまでに受けた最も有用な教訓であるという手紙を送った。 それからまもなく、ベツレヘムスチールは当時最大の独立系鉄鋼メーカーとなりました。
このシンプルなアイデアは、25,000ドル以上の大規模なプロジェクトの節約に役立ちます！
1.常に機能の優先順位を文書化し、営業およびアナリストと調整します。 誰も使用していない機能に多くの時間を費やす必要はありません。
2.常にテストに優先順位を付けます。 テストの優先度は、機能の重要性とエラーの確率（開発者とのコミュニケーションの結果、機能の変更などに基づいて経験的に決定されます）の両方によって決定されます
3.「ドキュメント」という言葉に重点を置いてください！..明日の翌日、すべてが公園内にある場合、誰も口頭での合意を覚えておらず、ボタンをクリックするとすぐに始まります。 さらに10人の未成年者を見つける必要がありますか？ それとも、主な機能の機能を確認することがより重要ですか？
4.締め切りに間に合わないような膨大なタスクを従業員に与えないでください。 それらを細かく切り分け、優先順位を付けて順序を決定します。 そうしないと、再び混乱と「死んだ魚」のパターンに遭遇するリスクが生じ、責任が従業員に移ります。
5.受け入れテストのセットを作成します。 リリースで何が機能し、何が機能する必要があり、何が望ましいのでしょうか？ したがって、リリースビルドをテストするための人件費をいつでも見積もることができます。インターフェースをあてもなくクリックする時間ではありません。
6.チェックに優先順位を付けることで、従業員のスタッフの拡大について経営陣との生産的な対話をいつでも期待できます。 「私たちは従業員が不足しています」という言葉の代わりに、「優先度UでテストをテストするのにX人時間は不足しています」と言うことができます。 経営陣がこのようなわかりやすい発言を聞くことはほとんどないため、チャンスは時々増加します;-)
作業の結果は、それに費やされた時間によって決定されません。 さらに、特にテストでは、人件費と結果はまったく関連していません。
作業量の増加ではなく、結果に取り組みます。 そして、テストの優先順位付けは、この方向で最初の最も重要なステップです。
All Articles