eval Unittestの主張のバージョン*良いアイデアですか？

Question

evalを使用することは悪い習慣であると一般に認められています。 this questionへの受け入れられた答えは、ほとんど常により良い選択肢があると述べています。しかし、標準ライブラリのtimeitモジュールがそれを使用しています。私はより良い選択肢が見つからない場合に遭遇しました。

unittest moduleは、それが失敗した場合は、必要に応じてmsgを印刷し、何かを主張することができ、フォーム

self.assert*(..., msg=None) 

のアサーション機能を持っています。これは

for i in range(1, 20): 
    self.assertEqual(foo(i), i, str(i) + ' failed') 

のようなコードが今fooは、例えば、一方では

def foo(i): 
    if i % 5 == 0: 
     raise ValueError() 
    return i 

その後、

1. を例外を発生させることができた場合を考え、msgは印刷されません実行することができますassertEqualは技術的に反論の繰り返しと呼ばれることはありませんでした。
2. 一方、基本的にfoo(i) == iは真実ではありませんでした（確かにfoo(i)は実行が完了していないため）msgを印刷すると便利です。

エラーの原因が例外であっても、msgを出力するバージョンを希望します。これにより、どの呼び出しが失敗したのかを正確に理解することができます。 evalを使用して、私はそのような（ちょうどポイントを説明するために、やや単純化したバージョンである）、以下のような文字列を取ったバージョンを書き込むことによってこれを行うことができます：

def assertEqual(lhs, rhs, msg=None): 
    try: 
     lhs_val = eval(lhs) 
     rhs_val = eval(rhs) 
     if lhs_val != rhs_val: 
      raise ValueError() 
    except: 
     if msg is not None: 
      print msg 
     raise 

、その後の

for i in range(1, 20): 
    self.assertEqual('foo(i)', 'i', str(i) + ' failed') 

を使用してもちろん技術的には、assert*への各コールをtry/except/finallyの中に置くことで完全に異なった方法で行うことも可能ですが、私は非常に冗長な選択肢しか考えられませんでした（msgを複製する必要もあります）。

ここではevalの正当な使用がありますか、それとも良い方法がありますか？

Answer 1

例外が発生した場合予期せずは、コードのバグを指摘します。あなたが単体テストで発見したいのとまったく同じです。単にではない、と同じではありません。修正する必要があることが判明したバグです。

あなたがいることを主張、例外が発生することを期待し場合：あなたが提起する何例外で、使用期待していない場合は

with self.assertRaises(ValueError): 
    foo(i) 

：どちらかといえば

try: 
    foo(i) 
except ValueError: 
    self.fail("foo() raised ValueEror unexpectedly!") 

を、私は

self.assertEqualsAndCatch(foo, i, msg=...) 

のような独自のラッパーを書くことをお勧めします

私は：evalに文字列の代わりにコールバックとその引数を渡します。