集成及单元测试课程中遇到的几个问题。10 期。
有些问题，希望能讨教：1. 集成测试和单元测试如要用tcl,cppunit自动化测试的话，是否都应该避开有GUI的模块？
2. 集成测试和单元测试如要用tcl,cppunit自动化测试的话，是否只是测试有效输入的情况？ 因为在做集成测试时，数据文件要求是5个输入，4个输出，似乎没有将无效输入的情况包括在内。单元测试时也是这样。
3. 单元测试用例，在用等价类＋边界值＋错误分析法时，也是当作黑盒来看待，此时的输出是否应该根据对需求说明书和函数本身的理解来判定？（此时如根据LLD文档中的逻辑判断来得到输出，那么错误分析法是否就查不到错误了？）当用逻辑覆盖分析时，是作为白盒来测试，此时才根据LLD文档中的逻辑判断来得到输出？
[ 本帖最后由 szhu 于 2006-5-17 11:23 编辑 ] 1. 集成测试和单元测试如要用tcl,cppunit自动化测试的话，是否都应该避开有GUI的模块？
------应该避开
2. 集成测试和单元测试如要用tcl,cppunit自动化测试的话，是否只是测试有效输入的情况？ 因为在做集成测试时，数据文件要求是5个输入，4个输出，似乎没有将无效输入的情况包括在内。单元测试时也是这样。
------不一定只测试有效输入，对于无效输入也可以。只是对于无效输入，被测对象往往是输出错误信息，自动比较的话有困难。如果要实现自动判断的，需要在被测对象中加测试代码，将错误信息替换成可以判断的结果来输出，而这加大了测试的难度和工作量，所以对这种情况要不要自动化，可以自己进行权衡取舍
3. 单元测试用例，在用等价类＋边界值＋错误分析法时，也是当作黑盒来看待，此时的输出是否应该根据对需求说明书和函数本身的理解来判定？（此时如根据LLD文档中的逻辑判断来得到输出，那么错误分析法是否就查不到错误了？）当用逻辑覆盖分析时，是作为白盒来测试，此时才根据LLD文档中的逻辑判断来得到输出？
------还是应该根据函数的LLD来判断输出。在实际的LLD中，伪码或流程图是无法精确的把所有细节都表达清楚的，所以这种情况下，需要根据对需求和函数本身的理解来判断输出，这样错误猜测还是能查到一些错误。 又了解了一个新东西
页:
[1]
