51Testing软件测试论坛

标题: 单体测试的测试用例应该怎样写？ [打印本页]

作者: 水蓝色的夜 时间: 2007-10-20 00:35
标题: 单体测试的测试用例应该怎样写？
之前从51testing上下载了一些测试用例方面的资料
看到说测试用例的分类可分为：功能测试方面、性能、安装/卸载等等等等
我的疑惑就是这样的分法是对于系统测试的用例吧？
单元测试的测试用例也可以这样分吗？单元测试应该注重哪方面呢？

作者: zlfoxy 时间: 2007-10-20 01:48
单元测试是测软件基本组成单元的,关注的是单元的具体实现，内部的逻辑结构和数据流向。不会像系统测试那样设计用例。
单元测试用例的一般分为：
为系统运行设计用例，为正向测试设计用例，为逆向测试设计用例，为满足特殊需求设计用例，为代码覆盖设计用例，为覆盖率指标设计用例等。这也是单元测试用例设计的一般思路。
注重点有模块接口，局部数据结构，独立路径，出错处理，边界条件等

多看看精华帖子吧，里面讲的更详细些。

[ 本帖最后由 zlfoxy 于 2007-10-20 02:20 编辑 ]

作者: lanlanlays 时间: 2007-12-30 18:56
单元测试用例设计通用步骤
1、make it run --功能初步测试用例，根据LLD用最简单的输入让单元运行起来，若不能运行，则进行调试
2、Positive Testing--功能正面测试用例，对应到LLD中每一项是否实现有效等价类，边界值在有效等价类的范围
3、Nagative Testing--功能反面测试用例，LLD体积的或一些一场测试，无效等价类，边界值在无效等价类的部分，错误猜测法
4、special Consideration--例如性能，安全性需求，保密性

这几个属于黑盒测试

5、Code Coverage Testing--根据语句，条件，分支，路径覆盖，利用白盒测试进行补充
6、Coverage Complete--之前的指标未完成，可能因为以下原因造成
a）测试用例设计不充分带来的：补充测试用例
b）不可能达到的路径或条件--在测试报告中说明未达标原因
c）代码设计中带来冗余代码--直接删除多余代码

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)