フォームの呼び出し方法などから、Pro シリーズ用の一般的なテスト ハーネスを設計することは非常に難しいようです。
私が直面している問題は、各フォームを呼び出すことができ、フォームのロジックが (一般的に言えば) 別のクラスに論理的に分離されている一方で、現時点でフォームのフィールドへの入力をシミュレートする方法がないことです。 . つまり、「cmpmyformnamefs」オブジェクトでビジネス ロジックを構成するさまざまなメソッドを呼び出すことはできますが、フォームを開いて入力イベントをフィードし、結果を追跡することはできません。
どうやってそれをするのですか？
クラス ライブラリ内のビジネス ロジックとビジネス オブジェクトの単体テストは、FoxUnit (Visionpace から) を使用して実行できます。それも無料です。ダウンロードはhttp://www.foxunit.org/Default.aspx?tabid=24から入手できます。
ユーザー インターフェイスのテストに関しては、これは FoxPro 開発者と彼らが生成するアプリにとって常に課題でした。Microsoft は、製品で使用できるテスト ハーネスを作成しましたが、非常にバグが多く、信頼性がありませんでした。履歴を正しくリコールしている場合、OS の更新の 1 つでも問題が発生しました。
FoxRunner というサードパーティ製品があります。個人的には使っていませんが、参考になれば幸いです。おそらく、彼らの営業担当者またはサポート担当者の 1 人は、SBT/Accpac をテストした経験を持つ開発者を知っています。これは、449 (米ドルかユーロかは不明) で動作する商用製品です。http://www.cal.de/e/prod_foxrunner1.html
私は以前、SBT/ACCPAC と Pro シリーズ、カスタマイズとサポートを専門としていました。コード、クラス、派生の #@J*() のようなクラスターがあり、要素自体を理解することは非常に困難であり、スクリプトを強制的に通過させることは言うまでもありません。
私はまだACCPAC/Proシリーズを実行している以前のクライアントと連絡を取り合っています.