关于COUNTER的单元测试！！
COUNTER大家都知道吧，就是培训时候用的例子工具。他由：用户界面主控
____________________|_______________________________
| | | | | |
参数检查 统计代码行 统计注释行 统计空行 统计总行 结果输出
这几个模块组成，那单元测试的时候那儿些模块要被测试？？
界面模块里的一些函数要不要被测？？？ 还有个问题：
在写单元测试方案的时候，例如在写测试数据要求。如果每个单元的测试数据要求都雷同，是举个典型例子，还是分别吧每个单元的要求都写出来？ 怎么连路过的人也没有！！！ 路过的人来了。。。 其实我觉得先要确定是不是要进行单元，如果是的话，理论上每个单元都需要被测试到 楼上的可是我们前期的精英分子..怎么说也给别人讲解的详细点嘛..! 单元测试讲得时代码覆盖率,在测试得过程中能将每个模块中得代码功能都写出具体得testcase,并执行就ok了,测试质量就要看testcase设计得好坏了 其它我们这个COUNTER系统是不需要做单元测试地（王老师在不在呀？不在，那就好办了:)），我觉得做这个项目的目的是让我们明白单元测试是怎么一回事．会用CPPUNIT做简单的单元测试，了解单元测试的策略．好处是使我们能在今后的工作中快速上手，毕竟我们不能肯定自己以后会接触和使用哪种编程语言．
这里我想引JUINT IN ACTION 中的一段：
一个简单的JAVA类：
public class Calculator
{
public double add(double number1, double number2)
{
return number1_number2;
}
}
add方法如此简单，怎么可能出错？
...但在Calculator程序中，add不仅是一个方法，它是一项程序功能．为了可以信任程序，大多数开发者都会期望有一个针对add功能的自动测试，不管实现是多么的简单．
学计算机的人思想就是有些特别，不是吗：） 楼上的,高手嘛!
拜师! hehe ,路过看看......这个东西做过了!
对COUNTER单元测试的看法，个人意见，仅供参考
就COUNTER1.0来说我个人认为并不是每个函数都要去测，否则用例要写一大队了，但没有太多效果。一般在详细设计评审的时候都能发现一些代码上的问题，可以针对一些经常被调用的函数和一些对系统影响比较大的函数来进行分析。
比如COUNTER中IsCodeLine这个函数就比较重要是用来判断代码和注释行的。那就主要针对这个函数做用例，一般是代码覆盖的方法。本人是用路径覆盖的。
至于别的函数，如果认为有必要也可以测一下，或者使用错误猜测的方法作为补充用例。
[ Last edited by liangliang1108 on 2005-6-9 at 20:16 ] 一?好象是我N久前发的帖子吗... 不是吧老大，我是最近在学单元测试，有感而发的。
页:
[1]
