単体テストの実行速度(どのように多くのテストを毎秒?)

StackOverflow https://stackoverflow.com/questions/10486

  •  08-06-2019
  •  | 
  •  

質問

どのような実行を率いを目指すとのユニットテスト(#試験秒)?どのように長が長すぎると、個々のユニットです。

うスタイルに興味がある人にとって特定の閾値を決定するかどうかを試験は遅すぎる、またはそれだけできる摩擦の走行試験スイートを取得しいのですか？

最後に、がんを決める試験の必要なく、どの技術を使用していますスピードを検査できないのか

注意：統合試験は明らかに異なるものであると。を厳重に話ユニットテストを実行する必要がありとしていることが可能です。

対応roundup: 感謝の対応です。多言うさんのスピードに集中質だけを選択的に実行した場合遅すぎ。回答との具体的な数値を含めていを目指して <10ms最大0.5および1秒試験、全体のスイートの一般的実験から10秒となっています。

かはまだわかりませんが、いずれかの権利をマークの一つとして認められた"答え"の場合それらはすべてのホ:)

役に立ちましたか？

解決

すべてのユニット試験走行下での第二のはすべてユニットの試合を動かして行く必要があるので、1秒）。現地に行ってく実践的な限界がありましたけどプロジェクト1000テストを実行するノートパソコン.またこの速度での開発なドリファクタリングの一部のコア部分のモデル（Lemmeくコーヒーを実行しこれら試験...10分後に来ます。

この要求にも力をいデザイン用ます。このドメインモデルは純粋に含まれゼロへの参照型のpersistance(ファイルI/O、データベースです。ユニット試験についての試験ビジネスの方にrelatonships.

今思いを無視して検査データベースは続けました。これらの問題は孤立の背後にリポジトリできる別個に試験しに統合する試験には別途プロジェクト.実単体テストは常に書き込みドメインのコードを実行統合の試験を一度にチェック。

他のヒント

がしかし厳密にユニット試験は、私の目的により完全性をより高速になります。の場合は実行時に始まりの原因と摩擦、別のテストに合格すると、異なるプロジェクト/授業等 のみの試験に関連しい。の統合サーバの試験にチェックイン時、まだ部屋の準備.

の目標は、100番手双糸試験です。はいをいたしますが以下のマイケル-羽の ルールの単体テスト(ユニットテスト.

重要なポイントがた過去 CITCON 議論の場合は試験のないこの高速んでいくものと思われるさんのデザインユニットテスト。

私が読みやすさの試験により高速になります。しかし、私はもう無理です。と思い場合に実行するためのミリ秒単位です。合うホた。-それって何かをするのが最適化するかということでした。

遅い試みになって問題としてのシステムが成熟因の時間ですが走る問題の多くの種類の試験ではなく2つの試験で最適化。このようにすべきなので注意すぐに見れば、多くの試験走行が数百ミリ秒毎（または悪しきにつけ、秒)よりますが、数百人の試験を取り入れることにより長い点はその時点では本当に難しい問題解決に).

でも、まだ時間が短縮されるときの自動構築と課題の誤り...でokの場合は時間後（あるいは数時間後になると思います。問題は、走行してチェックインの前に、この設定により回避することができ選択小さいサブセット試験施設まで格安料金プランを関連す。かずの構築をチェックインいただければコードに分解する試験はなんでしょうか。

ま270試験3.何秒です。あく8試験を行うファイルIO.

これらの自動実行に成功したの図書館べての技術者ます。までの広さと時間がかかる)は全館禁煙で検査が行われ、ビルドマシンでは毎夜、手動で起動できる技術者ます。

ご覧のとおりませんでしたのは至っておらず、問題の試験にも時間がかかります。10秒というのは、と貫入し始めるアプローチになるでしょうかいてみましょう。まれに下位レベルの図書館では、より強固なかの変更も頻繁にやって少ない依存性の、夜の構築、または設定がない限を構築す。

までを数秒間に数で試験できな検討が必要であるとの意見がどの分類として、単体テストかれるよう処理します。

マイレージのままに明らかにする変数によって地域の発展に

データポイント--Pythonの回帰試験

こちらは自分のノート走行"試作"のためのPython2.5.2:

  • 試験回数3851(約)
  • 実施時間：9分6秒
  • 執行率7テスト/秒

私は私の判断ユニット試験のための試査を基礎としてではなく、ダイアログの試験です。の皆さんには500ms以下とします。だが、どうしたらいいでしょうかは試験をなぜすることで、メンバーに保たれています。

私は考えの試験は、通常、それが意味することはで行っています。そのため、リファクタリングの試験による分解でより試験に通常のリックを達成しています。その他の倍だと思った私は試験走行が遅い場合の試験のボトルネックマーコード、リファクタリングのコードが必要なのだ。

がありました 良い記事 この発電所からのゲームでは、著者の UnitTest++.

どのように長が長すぎて、個別 ユニットです。

私からの指示に従うことによってコンパイル速度です。通信を実行しますの各コンパイル。その目的の単位で試験が遅くならないが、メッセージ"何も壊れて、"(または"もっ停止").

私も苦にならない程試験の実行速度までそのことを開始しく迷惑。

の危険が実行停止を試験いた。

最後に、がんを決める試験 必要なく、技術な ご利用の加速テスト?

まずは、なぜ彼らは遅すぎ、 天気の問題は単体テスト(ユニットテストのコードです。

私の試験スイートに複数の論理的な部品、部分のみが はず の影響によるコードを変更でコンパイル。私はその他のスイーツを使わなくても、おそらくだ、または疑問がある場合にはかえっていたのに、少なくとも 前の統合.

の枠組みを自動実行の特定の単体テスト(ユニットテストに基づくヒューリスティックになっている方々が入会されると更新。Rubyのための、レール、AutoTestとしては、スクリーニングの高速化と対応の実行試験がしっかりと、レールモデル app/models/foo.rb, に対応するユニット試験 test/unit/foo_test.rb 取得します。

わからない場合でも同じようなものは存在するために他のプラットフォームでいます。

最も重要なルールユニットテストでも実行 高速.

どのように長が長すぎると、個々のユニットです。

開発者は走行できるように、全体のスイートのユニットテストを秒単位で、レコード店ディスクユニオン分分です。開発者と良いスタートを切ることができることとした変更後のコードをくれました。場合でも、かなり狭走行していくのメリットは、主にテストを実施していた。

どのような実行を率いを目指すとのユニットテスト(#試験秒)?

べき目標をそれぞれの試験運転のためのミリ秒単位で、1秒あ試験ます。

現在、約800試験における走行下で30秒、約27試験です。この時期のモバイルエミュレータに必要な実行します。それか0-5ms(もし私の記憶が正しけ).

いつことを約3秒間であるかの候補の確認が重要なのは、テストスイートを取らないように長いことオフに置の開発者でなブレーキがかかって継続的インテグレーションを作れます。

また、設定可能なタイムアウト制限設定5秒--もしくは失敗するでしょう。

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