そのため、インタラクティブなオンラインシミュレーターを開発するプロジェクトでは、製品段階はオープンベータ版です。
目的：リリースを妨げるバグを見つけ、それらを修正し、製品をクライアントに提供するために、可能な限り迅速かつ安価に。
この問題を解決するために、関係するフリーランスのテスターができるだけ多くのバグを見つけるように動機付けられたスキームが開発されましたが、総予算は事前に設定された量を超えません。
これは発見されたバグの数とカテゴリーに対する支払いの依存性の導入のおかげで達成されました 。 また、 最大支払い額は、事前に最大予算を決定できるように設定されましたが、テスターが最大額を入力した後に停止しないように、 ボーナスが追加されました。このテスターが他のすべてよりも価値のあるバグを見つけた場合、支払いに追加されます。
この経験は、プロジェクトとテスターの両方にとって非常にポジティブであることが判明しました。 テストでは、2つのシナリオが使用され、週末に行われ、月曜日には、要件に応じて設計された84個のバグ（3つのカテゴリA、15-B、62-Cおよび4-D）が既にありました。 これらのバグをすべて修正した後、製品がリリースされました。
ちなみに、フリーランサーのタスクを完了したときに、インターネット上でエラーカテゴリの適切な説明が見つからなかったため、自分で作成しました。 おそらくそれは誰かに役立つでしょう：
- カテゴリーA（I）。 このカテゴリにエラーがあると、ユーザーの製品の主要機能へのアクセスがブロックされます。 これらは、登録、承認、および/またはエラーに関連するエラーである可能性があります。エラーが発生すると、現在の状態に関係なく、ユーザーはコースに沿って移動できなくなります。
- カテゴリーB（II）。 前の手順に応じて、製品の完成に影響を与えない機能へのアクセスを制限するか、ユーザーがコースを進めることを許可せず、コースの一部を再開することを強制します。
- カテゴリーC（III）。 このカテゴリのエラーは、製品の使用プロセスに直接影響することはありませんが、プロセスの認識または印象の整合性を悪化させます。 これには、レイアウトエラー、グラフィック要素の誤った表示とレイアウト、コントローラーの遅延応答などが含まれます。
- カテゴリーD（IV）。 このカテゴリのエラーは、本質的にエラーではありません。 このカテゴリは、製品の機能、視覚化、およびその他のプロパティに関連するエラーを割り当てることができるように導入されたもので、テスターが実装対象とは異なる実装です。
誰かが投稿の内容について質問がある場合は、喜んでお答えします。
ご清聴ありがとうございました！