qunitを使用して、ユニットテストに必要な基本的な例を次に示します。
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<title>Insert title here</title>
<link rel="stylesheet" href="qunit/qunit-1.13.0.css">
<script src = "qunit/qunit-1.13.0.js"></script>
<script src = "../js/fuzzQuery.js"></script>
<script>
test("Fuzz Query Basics", function()
{
equal(fuzzQuery("name:(John Smith)"), "name:(John~ Smith~)");
equal(fuzzQuery("name:Jon~0.1"), "name:Jon~0.1");
equal(fuzzQuery("Jon"), "Jon~");
//etc
}
);
</script>
</head>
<body>
<div id="qunit"></div>
</body>
</html>
今、私はこれが少し繰り返されると考えていました。
すべての入力/出力を配列に入れ、ループすることができます。
test("Fuzz Query Basics", function()
{
var equals = [
["name:(John Smith)", "name:(John~ Smith~)"],
["name:Jon~0.1", "name:Jon~0.1"],
["Jon", "Jon~"]
];
for (var i = 0; i<equals.length; i++)
{
equal(fuzzQuery(equals[i][0]), equals[i][1]);
}
}
);
そして、これはうまく機能します。
この2番目の方法で考えられる1つの利点は、実際に使用equal
したくないことが判明した場合、その変更を1つの場所で行う方が簡単だということです。
読みやすさの点では、どちらの方法も決定的ではないと思いますが、おそらく2番目の方法を好むでしょう。
さらに抽象化すると、入力/出力ケースを別のCSVファイルに入れることができ、これにより変更が容易になります。
質問です-これらの種類の単体テストの作成に関する一般的な規則は何ですか?
配列に入れない理由はありますか?