字号: 小 中 大 |
推荐给好友
上一篇 |
下一篇
软件测试和VSTS 测试工具
发布: 2009-5-31 10:56 |
作者: 不详 |
来源:
测试时代采编 |
查看: 337次 | 进入软件测试论坛讨论
领测软件测试网
好,现在右键按住
Account,就可以看到“
Create Unit Tests”的菜单,选中之后,会出来新建
Unit Tests的对话框:
//一个缺省的单元测试
//修改过的单元测试
//运行单元测试
//单元测试的结果
//代码覆盖率
1.4.2 好的单元测试的标准
单元测试应该准确,快速地保证程序基本模块的正确性。下面是验证单元测试好坏的一系列标准:
1.4.2.1 单元测试应该在最低的功能/参数上验证程序的正确性
单元测试应该测试程序中最基本的单元–如在C++/C#/Java中的类,在此基础上,可以测试一些系统中最基本的功能点(这些功能点由几个基本类组成),从面向对象的设计原理出发,系统中最基本的功能点也应该由一个类及其方法来表现。单元测试要测试API中的每一个方法,及其每一个参数。
1.4.2.2 单元测试必须由最熟悉代码的人(程序的作者)来写
代码的作者最了解代码的目的,特点,和实现的局限性。所以,没有比作者适合的人选。
问:如果我很忙,能不能让别人代劳单元测试?
答:如果忙到连单元测试都没有时间做,那么你也没有时间写好这个功能。在一些极限编程的方法中,是可以考虑让别人来做单元测试,但是,程序的作者还是要对单元测试负责。
最好是在设计的时候就写好单元测试,这样单元测试就能体现API的语义,如果没有单元测试,语义的准确性就不能得到保障,以后会产生歧义。
1.4.2.3 单元测试过后,机器状态保持不变
这样就可以不断地运行单元测试,如果单元测试创建了临时的文件或目录,应该在Teardown阶段把这些临时的文件或目录删除。
如果单元测试在数据库中创建或修改了记录,那么也许要删除这些记录,或者每一个单元测试使用一个新的数据库,这样保证单元测试不受以前单元测试实例的干扰。
1.4.2.4 单元测试要快 (一个测试运行时间是几秒钟, 而不是几分钟)
快,才能保证效率。因为一个软件中有几十个基本模块(类),每个模块又有几个方法,基本上我们要求一个类的测试要在几秒钟内完成。如果软件有相互独立的几个层次,那么在测试组中可以分类,如数据库层次,网络通信层次,客户逻辑层次,和用户界面层次,可以分类运行测试,比如我只修改了“用户界面”的代码,我只需运行“用户界面”的单元测试。