質問

のFlexUnitは、テストするための、それはそれを使用する非常に簡単ませんFlash Builderの4の新しい統合により、非常に印象的なフレームワークです。それだけでユニットテストに必ずしも排他的である理由しかし、私はわかりません。私の意見では、私は、ツールがだけでなく、パフォーマンステストのための偉大な候補であると考えます。

また、パフォーマンステストで、私は、全体のシステムをテストする話ではないことに言及すべきです。むしろ、私は、ライブラリ内の実際の単位のテストに、より興味があります。例えば、ストレスは、拡張性の問題を決定するために、データ構造をテストします。

はこれが行われているか、そこに任意の参考資料は、このテーマに触れる?

ということがあります <時間>

さらに、問題を明確にするためには、私は可能なシナリオを説明してみましょう。

レッツは、我々は、インスタンスのコレクションのために、データ構造のライブラリーを作成していると言います。これらの構造は、効率ではなく、機能に焦点を当てることを意味しています。彼らは確かに生きたかのようにクローズ・ツー・ライブのシナリオでテストする必要はありますが、私はいくつかのボトルネックを簡単に受け入れテストに行く前にキャッチすることができることを想像することができます。

そこで問題は、個々のユニットをストレステストするためのベストプラクティスと考えられているもの、ありますか?ユニットは、個々のユニットをストレステストに役立つテストしたりで、このようなテスト些細から収集したデータを、時間とエネルギーの無駄、それを作っていますか?

役に立ちましたか?

解決

「ユニットは、個々のユニットをストレステストに役立つテストしています」 あなたのユニットテストの一つは、数千個のインスタンスを作成していないのはなぜ、彼らに少しを行使し、それらを破壊します。時間シーケンス全体と、それは時間がかかりすぎるテストに失敗します。

少なくとも、あなたはそれに限界を入れている。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top