主にユーザー入力を解析および解釈し、ビジネス層関数を呼び出してデータベースの操作 (挿入と選択) を行う Python コードのテスト ケースを作成しています。ユニットテストケースを作成/計画するにはどうすればよいですか。
ビジネス ロジック関数のダミー バージョンを呼び出すことは理にかなっていますか?
主にユーザー入力を解析および解釈し、ビジネス層関数を呼び出してデータベースの操作 (挿入と選択) を行う Python コードのテスト ケースを作成しています。ユニットテストケースを作成/計画するにはどうすればよいですか。
ビジネス ロジック関数のダミー バージョンを呼び出すことは理にかなっていますか?
はい、「ビジネスロジック」をテストすることは実用的です。データベース相互作用の単体テストはそうではありません。http://pyunit.sourceforge.net/ を提案する
ダミーのビジネス ロジックを使用すると、最終的に何をテストすることになりますか? ビジネス ロジックは、実際に単体テストを行うべきものです。
モッキングを使用してユーザー入力をシミュレートし、データベースの相互作用を回避する必要があります。How to mock an HTTP request in a unit testing scenario in Pythonに対する私の回答をご覧ください。