Unit testing 我应该测试接口和实现它的所有对象吗
嗨Unit testing 我应该测试接口和实现它的所有对象吗,unit-testing,xunit,Unit Testing,Xunit,嗨 假设我有一个接口A和一个实现A的类B。在我的测试类中，我创建了一个实现A的虚拟类，我“测试接口方法”。现在我的问题是，我应该测试类B从接口“获得”的方法。根据我的经验，你只需测试具体类及其与接口的交互 也就是说，如果您有实现A的具体类B，那么您只需测试B及其与它引用的其他对象的交互。是的，您的测试应该以获得100%的代码覆盖率为目标。通常，测试应该涉及所有（可执行）代码行。如果您正在实现一个接口，这会使它变得更容易，因为您可以编写构成接口“契约”的测试，现在这些测试适用于接口的所有实现者 这
假设我有一个接口A和一个实现A的类B。在我的测试类中，我创建了一个实现A的虚拟类，我“测试接口方法”。现在我的问题是，我应该测试类B从接口“获得”的方法。根据我的经验，你只需测试具体类及其与接口的交互
也就是说，如果您有实现A的具体类B，那么您只需测试B及其与它引用的其他对象的交互。是的，您的测试应该以获得100%的代码覆盖率为目标。通常，测试应该涉及所有（可执行）代码行。如果您正在实现一个接口，这会使它变得更容易，因为您可以编写构成接口“契约”的测试，现在这些测试适用于接口的所有实现者 这确保了所有实现者之间的一致性。如果您遇到实现者行为不同的情况（例如，NullReferenceException与ArgumentNullException），您可以添加测试，指定哪个是“正确的”，哪个是错误的。这将减少未来的惊喜 我甚至可以说，每个接口都应该附加一组测试来描述预期的行为
当然，有些特定于实现的东西只能在具体的实现者身上测试（例如，“文件写了吗？”与“记录是否提交了？”）。这些东西应该通过重写或lambdas提供给接口的测试套件 因为您的接口不应该有任何具体的实现，所以您不需要对其进行测试，因为根据定义没有什么需要测试的。测试应针对接口的具体实现
如果您发现自己处于需要部分实现接口的情况下，您可以像我这样做。例如，假设我有一个项的接口。我调用
IItem项项a项b项Interface A
{
String A1();
String A2();
}
public class B:A
{
String A1(){return "A1"}
String A2(){return "A2"}
}
public class testB
{
public void B_Can_Return_A1()
{
A b=new B();
Assert.True(b.A1=="A1")
}
}
但是，如果您要从接口中删除一个方法，而具体实现仍然依赖该方法，那么您肯定不应该删除接口的该部分 这是正确的，但仍应在测试中强制执行，即测试。接口（应该）在开发中扮演重要角色，而更改可能会在开发过程中产生巨大的问题。如果一个对象实现了一个接口，我想这就是应该如何测试它或类似的东西
请对此发表评论。嗨，我对此不太确定，因为如果有人从接口中删除了一个方法或属性，那么实现该接口的所有具体类，他们的测试仍然会通过……我认为。在我看来，这似乎是不正确的。如果您正在从接口中删除一个成员，并且您正确地使用该接口作为对其执行操作的类型（与具体类型相反），那么删除一个成员将导致编译失败。假设您有一个
ISomethingISomething。如果删除ISomething.DoSomething
，DoSomethingMySomething:ISomethingMySomething.DoSomethingMySomethingISomething[TestFixture（typeof（Implementor1））][TestFixture（typeof（Implementor2））]公共类Fixture，其中T:ITestedInterface{[Test]public void TestMethod（tiface）{Assert.That（iface，Behaves.property）；}