2011-04-25 8 views
0

ここで本当に明白なものが見つからないのかどうかはわかりませんが、このトピックに関する私の検索は私に使用結果を返すわけではありません。私は最近、単体テストやモックオブジェクトの使用に慣れてきました。これはオブジェクトを単独でテストするのにはうまくいくものですが、AJAXを使ってAjaxを使って複雑なSpring MVCアプリケーションを操作する場合、Javascriptコードが大量に発生することがあります。何かが壊れてしまいます。もちろん、文字列であるなどの型をまだ満たしていますが、nullの可能性があります。これにより、何かが改行されてしまいます。Spring、Eclipse、実行中のSpringアプリケーション内でJunit(または他のタイプの)テストを実行していますか?

アプリケーションの実際のクラス(分離されたユニットテストではありません)内で以下のようなことができたら、それは役に立つかもしれません。一種のデバッグモードのようなものですが、単体テストとしてのアプリケーションの実行は定期的に実行し、手動でテストすることができます。また、そこに配置されたテストの1つに違反するバグが発生した場合教えてください。私はSystem.out.printlnでこれを行うことができることを理解していますが、これをあまりにも多分使用する傾向がありますので、すべての出力を選別してこのようなものを選別するのは難しいでしょう。定期的なJunitのGUIダイアログが表示されました。私は少しrambledたかもしれ

String somestring 
if (somestring != null) { 
boolean checkSomestring = true; 
} 
else { 
boolean checkSomestring = false 
} 
assertEquals(checkSomestring, true); 

は、私がこれを行う方法があります推測しているが、それは現時点では私を逃亡され、何かアドバイスをいただければ幸いです。ありがとう

答えて

0

私たちはちょうど私たちのJavaScriptのASSERT(bool shouldBeTrue、string failureMessage)関数を持っています。失敗すると、ロガー要求を送信します。URLエンコードされた引数を持つGET要求(dateTime、machineName、currentCocument、およびfailureMessage)を送信します。 Webサーバーはログファイルに書き込みます。その後、定期的に(メモリから1分ごとに) "tailing job"( "tail -f"に基づくkorn-shellスクリプト)がメッセージ行をピックアップし、それらをシステムの開発者電子メールグループに電子メールで送ります。同じキットが複数のシステムで使用されています。

詳細については質問しないでください。私は "unix guru" ...とjavascriptに関しては自己告白バニーです。それを書いた人はまだ周りです。だから私は(次の週)ネットに公開されているのかどうか尋ねることができました。

セットアップ全体がきれいだと思います。ほとんどの場合、アサーションメールは無視されます(削除されたバケツにまっすぐに送信するOutlookルールがあります)。私たちが何かをテストしているときを除いて...このようにして、私たちが書いたものの中の "破損"を検出するためにGUIのユニットテストを互いに使うようになります。私はまた、リリースのたびに数日間、彼らを見守ります。

ところで:私たちはいつも自動化されたウェブアプリのテストを試みました。私たちが良いソフトを使ってテストスクリプトをテストしていたことがわかってから、基本的には嫌な気持ちで諦めました。しかし、それは数年前のことでした。私は、この分野では物事が劇的に改善されたと信じています。システムの「クリティカルな」機能には最低限必要です。

乾杯。キース。

+0

自動テストの不具合についてお詫び申し上げます。使用したツールについて簡単に説明してください。なぜそれが間違っていたのですか? –

+0

@トム:私たちはVBプロジェクトから既に(非常に高価な)ライセンスを持っていたため、QARunという獣を使用しました。 Webクライアントのテストにはまったく適していなかったので、QARのプリミティブの上にメタ言語を書いています。これはQARunのように独自のバグを持っていました。全体がちょうど脆かった。 UIの変更には、フォームやコンポーネントに触れたすべてのテストスクリプトを更新するために、コードに1日かかることがあり、1週間かかることがあります。それは失われた戦いだった。基本的には、変更するのは難しかったです。私はHtmlUnit(または何か)がもっと費用効果があったと思います。 – corlettk

+0

ああ、残念な話です。私たちはすべて、その不十分なツール/レイヤーを狂気の話に少なくとも一度は乗りこなしています。私たちはウェブインターフェーステストにHTMLUnitを使用しています。私たちの経験はあなたのサウンドよりも優れています(狂気への浅い滑り)。しかし、まだ完璧ではない、なぜならjavascriptの処理は複雑なものをやるためにプッシュされたときに少し揺らぐからです。私が今再び始めたのであれば、私はWebDriverを使うだろう。私は、それ自身の問題があると聞いています。それは難しいゲームです、それは結論です。 –

関連する問題