我们通过测试大量的I/O案例来进行软件测试,这样开发人员和系统分析人员就可以在给定的时间内(例如1周)打开评审并测试他们提交的代码。但是,当从数据库中提取信息时,如何考虑案例和相应的方法呢?
虽然这更可能是一个案例研究,因为单元测试取决于我们所涉及的项目,这在大多数情况下过于具体和特殊。单元测试的步骤和注意事项的总体概述是什么?
发布于 2012-10-12 02:57:34
单元测试的步骤和注意事项的总体概述是什么?
单元测试是一种验证和验证方法,开发人员在这里测试源代码的各个单元。一般步骤由A方法组成。意思是有“安排-断言-行动”的步骤。
单元测试的主要预防措施是,单元测试应该测试每个单元测试的单个工作单元。一旦方法中有多个单一目的,或者您正在测试的代码单元,那么单元测试的目的就会在这一点上失效。
参考资料:在- 如何:创建数据驱动的单元测试上有一篇很好的MSDN文章,在- 编写可维护的单元测试,以节省时间和眼泪中可以遵循良好的实践。
发布于 2012-10-12 11:22:04
设置用于测试的数据库是测试的先决条件,尽管可能比初始化内存中的某些字符串更复杂。删除设置信息可能是一个后条件(或者不是)。您需要一个可以使用的数据库来进行测试,但是有很多方法可以实现这一点。
我同意ElYusubov的观点,当您不需要任何安装程序或解压缩代码,并且可以按任何顺序运行测试时,更容易做好测试,但是有些事情需要安装,在执行复杂的设置之后运行一组测试对我来说是非常合理的。
在JUnit中,您将使用以下内容:
@Before
public void setUp() {
this.println("@Before setUp");
this.myManagedResource = new ManagedResource();
}
@Test
public void test1() {
this.println("@Test test1()");
}
@After
public void tearDown() throws IOException {
this.println("@After setUp");
this.myManagedResource.close();
this.myManagedResource = null;
}https://softwareengineering.stackexchange.com/questions/168589
复制相似问题