软件测试技术-13单元测试.pptVIP

* * 驱动模块和桩模块都是额外的开销，虽然在单元测试中必须编写，但并不需要作为最终的产品提供给用户。 设置测试环境，以确保所有必需的元素（硬件、软件、工具、数据等）已得到实施，并且都处于测试环境中。 将测试环境初始化，以确保所有构件都处于正确的初始状态 执行测试过程，需要注意的是测试过程的执行将随着具体情况而变化：测试方式是自动还是人工，以及必需的测试构件是作为驱动程序还是桩模块。自动测试的测试脚本在执行实施测试步骤的过程中创建。 * 测试完备性评估，主要检查测试过程中是否已经执行了所有的测试用例，对新增的测试用例是否已及时更新测试方案等。 代码覆盖率评估，主要是根据代码覆盖率工具提供的语句覆盖情况报告，检查是否达到方案中的要求，大多数情况下，要求语句覆盖达到 100％。但很多情况下，第一轮测试用例执行完后是很难达到的，这时在评估过程中要对覆盖率进行分析，主要从以下方面来考虑： 不可能的路径或条件 不可达的或冗余的代码 不充分的测试用例 * 从覆盖的角度看，测试应该覆盖： 功能覆盖 输入域覆盖 输出域覆盖 函数交互覆盖 代码执行覆盖 #includestdio.h void iszero(int m) { if(m!=0) printf(“%d”,m); else printf(“%d”,1); } void main(void) { int a[5]; int i = 0; printf(“请输入5个整数\n”); for(i=0;i=4;i++) { scanf(“%d”,a[i]); iszero(a[i]); } } 首先编译程序，没有语法上的错误，编译通过； 然后运行程序，输入1 2 3 4 0，按回车； 输出1 2 3 4 1，符合预期结果。 检查程序中不符合编码规范的地方 C/C++编码规范 深入检查代码的正确性，非法数据的容错性和边界值等问题。 边界值 错误处理 非法数据的容错性 * * 简述单元测试的步骤 什么是驱动模块和桩模块？为下面的函数构造一个驱动模块，并至少设计5条测试用例。 /*计算两个整数的除法运算,将结果转换为单一精度输出*/ float divide(int a,int b) { float c; if(b==0) printf(“除数不能为0！”); return 0; c=(float )a/b; return c; } #includestdio.h Void main(void){ Int a =1,b=2,c; C=fun1(a,b); } Int fun1(int x,int y) { Return x+y; } * 实验报告:自己编写三角形问题的程序，并编写驱动程序进行测试。需设计测试用例，并记录测试结果。 工厂在组装一台电视机之前，会对每个元件都进行测试，这，就是单元测试。　　其实我们每天都在做单元测试。你写了一个函数，除了极简单的外，总是要执行一下，看看功能是否正常，有时还要想办法输出些数据，如弹出信息窗口什么 的，这，也是单元测试，老纳把这种单元测试称为临时单元测试。只进行了临时单元测试的软件，针对代码的测试很不完整，代码覆盖率要超过70%都很困难，未覆盖的代码可能遗留大量的细小的错误，这些错误还会互相影响，当BUG暴露出来的时候难于调试，大幅度提高后期测试和维护成本，也降低了开发商的竞争力。 可以说，进行充分的单元测试，是提高软件质量，降低开发成本的必由之路。 * * 优点： 对于较大的代码单元来说,黑盒测试比白盒测试效率高 测试人员不需要了解实现的细节 测试人员和编码人员相对独立 从用户的视角进行测试，很容易被理解和接受 有助于暴露任何规格不一致或有歧义的问题 测试用例可以在规格完成之后马上进行 缺点： 只有一小部分可能的输入被测试到，要测试每个可能的输入几乎是不可能的 没有清晰的和简明的规格，测试用例是很难设计的 * 优点： 迫使测试人员去仔细思考软件的实现 可以检测代码中的每条分支和路径 揭示隐藏在代码中的错误 对代码的测试比较彻底 优化代码 缺点： 昂贵 无法检测代码中遗漏的路径 不验证规格的正确性 * 单元测试的定义 单元测试的对象 什么时候进行单元测试 单元测试由谁来执行 为什么要进行单元测试 单元测试的内容 单元测试的方法 单元测试的流程 * 需求 设计 编码和单元测试 集成测试 测试计划 （测试用例） 详细设计 （测试记录） 测试报告 确认测试 系统测试 系统实施 立项 单元测试又称模块测试，是针对软件设计的最小可测试单元，进行正确性检验的测试工作。 ，其依据是详细设计描述，对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。 单元测试多采用白盒测试技术，系统内多个