Идет с 1 тестом, 1 утверждают линию мышления, если вы каждый утверждаете в своем собственном тесте, вы бы знали, если один или оба из них потерпели неудачу из-за того, что было 1 или 2 неудачных теста.
@Test
public void TestEmail()
{
obj = GetTestObject();
assertEquals("[email protected]", obj.email);
}
@Test
public void TestShop()
{
obj = GetTestObject();
assertEquals("5", obj.shop);
}
очевидно, нужно переместить установку объекта в метод ВЗ есть он выполняется в ходе испытания на метод и его переменной класса.
Если вы действительно хотите, чтобы проверить, все свойства устанавливаются в одном тесте:
@Test
public void TestAllProperties()
{
obj = GetTestObject();
bool testResult=true;
string failureString;
if "[email protected]".equals(obj.email) == false
{
testResult=false;
failureString+="email was different";
}
if "5".equals(obj.shop) == false
{
testResult=false;
failureString+="shop was different";
}
assertTrue(testResult,failurestring);
}
, но я не уверен, что это дает вам на самом деле.
Но если вы действительно хотите сравнить целостность всех объектов, то переопределите метод equals (не забывая также getHashCode) и проверив там проверку равенства. в конце концов, это то, для чего это необходимо ...
Если вам нужен список неправильных полей, вы можете заставить метод equals заполнить внутренний список, который вы могли бы запросить, если проверка равенства не удалась, чтобы получить список неудачных полей в последний раз было проверено равенство. На самом деле не думайте, что это хорошая идея.
Дубликат: http://stackoverflow.com/questions/1411612/how-to-test-for-equality-of-complex-object-graphs – skaffman
мой объект simple;) – IAdapter