問題タブ [testbed]

Planetlabという名前のテストベッドのノード（64ビット）に取り組んでいます。Java パスが設定され、単純な jar ファイルが機能しています。このノードで Azureus/Vuze bittorrent クライアントを実行する必要があります。Vuze のインストーラー tar ファイルを抽出し、コマンド「./vuze」を使用して Ubuntu で実行されます。ノードで実行しようとすると、次のようなものに遭遇しました。

この理由は何ですか？

少し曖昧なタイトルで申し訳ありません。両者の違いを見分けるのに苦労しています。たとえば、(リアルタイム システムの) シミュレーションを見ると、多くの場合、多くの人が Linux カーネルを変更していることに気付きます (正確な 2.6.xx はわかりません)。それから、C++ や Ada などで書かれた、カーネルをまったく変更しないだけでなく、リアルタイム システムのシミュレーションも行うその他のソフトウェアを目にします。

次に、テストベッドという用語に出くわします。それもシミュレーターの一種ではないでしょうか。それらはどのように似ていて、どのように似ていないのでしょうか?

http://phpfiddle.org/のようなものを探していますが、完全にローカルです。オフラインでコードを試すためだけに、Apache のような複雑なものをインストールし、その上に PHP をインストールすることにコミットしたくありません。その下にサーバー全体をインストールせずに、ローカル マシンで PHP 5.5 を実行できるものはありますか?

私はユニットテストにかなり慣れていないので、そのベストプラクティスを見つけようとしています。ここで、いくつかのテストを含む基本クラスを継承する単体テストに関連するいくつかの質問を見てきました。次に例を示します。

私がコミュニティから集めたのは、実装ごとに個別のテストを作成し、多重継承を使用する方が良いということだと思います。しかし、その基本クラスに実際にテストが含まれていない場合はどうなるでしょうか。他のすべてのテストのヘルパーだけです。たとえば、他のテストのすべてではないにしてもほとんどが使用するいくつかの一般的なメソッドを格納するために使用したいくつかの基本テスト クラスがあるとします。models.pyまた、呼び出されたデータベースモデルがあると仮定しましょうContentModel

test_base.py

これにより、他のすべてのテストで多くの時間を節約できるようです。

another_test.py

注: これは、Google アプリ エンジンの webapp2 での私の作業の一部に基づいていますが、ほぼすべての Python Web アプリケーションで同様の状況が発生することを期待しています。

私の質問

他のすべてのテストが継承する便利なメソッド/変数を含むベース/ヘルパー クラスを使用するのは良い習慣ですか、それとも各テスト クラスを「自己完結型」にする必要がありますか?

ありがとう！

このチュートリアルに従ってテストベッドを起動しましたが、何も起こりません。GUI は表示されますが、テストは実行されず、そこにあるだけです。テストベッドはドライバー クラスから起動され、テストベッド テストを追加します。他の誰かがこの問題を抱えていますか？

ドライバークラス

テストベッド テストクラス

章、セクション、またはテキスト全体を VHDL でのテストベンチの作成に専念させているほとんどの教科書を読んだことがあると思います。それでも、どれも本物を見せていない印象があります。まじめな話、テストベンチを書くのがそれだけだとしたら、検証プロセス全体が少し不安定に見えます。

研究のために公開されている実際の高品質の業界レベルのテストベンチ VHDL コードはありますか?

PS: 私は今、Writing Testbenches - Function Verification of HDL Models を読み終えました。すばらしい本ですが、本で提案されている方法論に基づいた実際のコード例をいくつか見てみたいと思います。

VHDL でテストベンチ/テストベッドを作成する必要があるのはなぜですか? VHDL コードが正しく動作することを確認するために、シミュレーターで信号を操作するのも良いことではないでしょうか?

App Engine チュートリアルの例の単体テストをセットアップしようとしています。

self.testbed.setup_env でユーザーを定義しましたが、テストされたコードでデータが表示されません。どういうわけか、このデータは print ステートメントによってレンダリングされていませんが、構造化されたプロパティとしてデータストアに保存されており、TearDown() で削除されていません。

コードは、dev_appserver.py を使用してデータをフォームに手動で入力すると機能します。ノーズテスト--with-gae でテストを実行しようとすると、モック ユーザー データが利用できません。テストをデバッグしようとしているので、デバッガを使用できず、print ステートメントに依存しています。

ここに questbook.py があります:
import os
import urllib