开发工具:
文件大小: 681kb
下载次数: 0
上传时间: 2014-03-27
详细说明： Nunit做C#的单元测试 作者：林东峰 前言 大部分书籍介绍的内容，看了一百页其中有用的也就十多页的内容，本着取其精华的原则，写了下面的学习心得，同时在学习心得中加入了部分自己对单元测试的一些看法。可能看法过于片面，对本文有不同看法的朋友们，可以联系我（晚上一般MSN会在线），我们一起做一下讨论。 1. 测试组如何做单元测试 单元测试是针对最小的可测试软件元素（单元）的，它所测试的内容包括单元的内部结构（如逻辑和数据流）以及单元的功能和可观测的行为。使用白盒测试方法测试单元的内部结构，使用黑盒测试方法测试单元的功能和可观测的行为。 由于开发方式的不同，单元测试一般划分方法如下： 1. 面向对象的软件开发：以Class(类)作为测试的最小单元。以方法的内部结构作为测试的重点。 2. 结构化的软件开发：以模块（函数、过程）作为测试的最小单元。 对于中国目前的情况，开发人员对于单元测试（包括测试）并不是很认同的情况下，大部分公司会把这部分工作推给测试组，那么测试组进行单元测试的时候，又存在着什么问题呢？测试组做单元测试的时候又有那些必要条件呢？ 1.代码的可读性 开发人员在写代码的时候都有自己的习惯，比如在写一个新的类的时候，类的名称有的用英语，有的用汉语 拼音。而对于注释而言，有的存在部分，有的从头到尾根本没有注释（这样的代码让开发人员过半年自己再看，他自己也可能不知道这段代码实现的是什么功能）那么是否有一段可用代码编写规范在执行，开发人员是否都按规范来进行开发，一段开发人员自己都看不明白的代码，测试组的成员又怎么能看明白？可见规范的代码编写是进行单元测试必不可少的一部分。 2.设计单元测试 在进行单元测试之前需要弄清楚被测试代码实现的功能和相应的逻辑关系；同时还要考虑到测试的输入内容。也就是说，测试用例的设计。用例的设计要保证面面俱到，是否覆盖了每一条路径。而如何做到面面俱到这就需要测试组的成员们对每个函数进行详细的分析，将分析和讨论的结果归入相关的测试库中。初期工作的进度慢并不要紧，只要能做得很详细对于以后的测试还是有很大的帮助。或许以后的测试中，只要直接调用原来写过的测试类库，修改部分简单的语句就可以实现新模块的单元测试了。 3.对开发和测试语言的理解 测试人员必竟没有进行系统的开发培训，而对于单元测试来说，其中相当的一部分工作就是写代码，把讨论和分析的测试方法用测试软件的语言来进行编码的实现。刚开始这部分工作的时候，对于测试人员来说可能是比较困难的。补吧，练吧，做多了，自然就会写了。对于单元测试中的白盒测试又存在着分支的选择，这里也就涉及到了独立路径的选择。那么是否每一条路径都走到了，就要看测试人员对代码的理解程度了。而黑盒测试对于测试组成员来说可能就相对的简单些了，测试出模块是否按设计的要求实现了相关功能就可以了。 而本文在进行单元测试的时候，介绍NUnit和VS2005beta2本身所集成的测试功能（在集成中，并不只有单元测试这一部分）。 ...展开收缩
(系统自动生成,下载前可以参看下载内容)
下载文件列表
相关说明
- 本站资源为会员上传分享交流与学习,如有侵犯您的权益,请联系我们删除.
- 本站是交换下载平台，提供交流渠道，下载内容来自于网络，除下载问题外，其它问题请自行百度。
- 本站已设置防盗链，请勿用迅雷、QQ旋风等多线程下载软件下载资源，下载后用WinRAR最新版进行解压.
- 如果您发现内容无法下载，请稍后再次尝试；或者到消费记录里找到下载记录反馈给我们.
- 下载后发现下载的内容跟说明不相乎，请到消费记录里找到下载记录反馈给我们，经确认后退回积分.
- 如下载前有疑问，可以通过点击"提供者"的名字，查看对方的联系方式，联系对方咨询.
