完全テスト7.0でテストD2009アプリケーション

Question

私たちは（最近D2006から移植）のDelphi 2009でコンパイルされたアプリケーションをテストするために、完全テスト7を使用しようとしています。理論的にはこれは本当に簡単なはず - あなたは別の* .TDSファイルにデバッグ情報を取り除くために、ユーザストリッパーユーティリティ、その後、デバッグ情報を使用してアプリケーションをコンパイルします。 TCは、それが必要とするすべてのプロパティとメソッドへのアクセス権を持っている必要があります。実際には、我々はそれを見つけています。 A）まったく表示されるように、多くのプロパティとメソッドを取得するためには非常に難しいことができます b）は、彼らが表示されないと、彼らはその後、指示されたパラメータ/インデックスリストは、我々のコード内の実際のリストとは関係を負わないかもしれパラメータ/インデックスを持っている場合 C）几帳面なように見えるのメソッドとプロパティは、完全なゴミ以外のものを返す/動作しません。

誰が何か問題を経験しなかった、とあなたがそれらを解決することができましたならば、あなたが何をした、このシナリオのいずれかの経験を持っていますか？

我々は彼らに何かがある私たちのアプリケーションのソースを送信する場合は

自動QAは、私たちのために、この問題を検討していますが、私たちは多くの前進を作っているように見えるしていない、そしてそれは彼らがこの問題を解決する唯一の方法のように探しています我々は実用から法的に至るまで、さまざまな理由のために行うには消極的である。

ところで、小さなテストアプリケーションに、私たちは同じ問題が発生しません。

Answer 1

私たちは、問題を発見したとして、

私は、自分の質問に答えますよ。実行可能ファイルにジェネリックを追加すると、処理できないテストが完了し、デバッグ情報を作成しているようです。わからない、まだそれは、Delphiデバッグ情報をめちゃくちゃ、またはテストを完了している場合はそれを正しく読んでいない。

Answer 2

問題は、小さなテストアプリケーションに表示されない場合は、「バイナリ検索」を行うことができます：

テストアプリケーションに大きなAPPの（これらのユニット内のメソッドへの呼び出しと）複数のユニットを追加し、問題が表示されるかどうかを確認します。

はい場合は、問題が消えるまで、いくつかのユニットを削除します。

いいえ場合は、問題が表示されるまで、再びより多くのユニットやテストを追加します。

いくつかの反復の後、あなたは問題を起こす単位/操作を見つける必要があります。

Answer 3

ただ、提案ます：

あなたの大きなプロジェクトでは、変更またはその他のデバッグ情報を「無効」かもしれないものを使用していますか？ Madexceptおそらく（間違って他の生成されたデバッグ情報をレンダリングする可能性がある、exeファイル自体にデバッグ情報をバンドルMadexceptない？）

あなたがメインのアプリのためのものであるとして、

あなたはあなたのテストアプリケーションに同じコンパイラ設定を使用していますか？おそらく、あなたは自然にあなたのテストアプリケーションに備わっていない主なアプリで、サードパーティのコンポーネントを使用していますか？