博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
工作后对单元测试学习的一点总结
阅读量:6979 次
发布时间:2019-06-27

本文共 1029 字,大约阅读时间需要 3 分钟。

作为一个开发人员,需要保证高质量的开发代码。所以需要做好的是:那么单元测试都有哪些方面呢?一下然后将做的任务按照单元测试的方法进行测试!
  单元测试:最小单位测试,又称模块测试!
  测试时期;在编码之后、通过编译和代码走查后由开发人员执行;
  测试方法:主要采用方法,辅助以方法。要了解模块的I/O单元条件和逻辑结构,对模块内所有重要的控制路径设计,以便发现模块内部的错误。如果模块不是独立的程序,应为测试模块开发一个驱动模块和若干个桩模块。驱动模块是调用被测模块的主程序,桩模块是用来替代被测试模块的子模块。
  测试内容:模块、模块局部数据结构测试、模块边界条件测试、模块中所有独立执行路径测试和模块的各条错误处理路径测试。
  测试的具体内容:一般对接口的方法编译错误或者是变量参数的控制,这个一般在做任务的时候都会解决,重点注意的问题是:
  
1、边界条件测试:
  在n次循环的第0次、1次、n次时是否有错误;
  运算或判断中取最大值、最小值时是否有错误;
  数据流、控制流中刚好等于、大于、小于确定的比较值时是否有错误。
 
 2、独立路径测试,在模块中应对每一条独立执行路径进行测试,保证模块中每条语句至少执行一次,运用基本路径测试和循环测试,常可以发现以下几类错误:
  误解或用错了算术或逻辑运算符的优先顺序;
  运算对象的类型不相容;
  算法错误;
  变量初值错误;
  运算精度不够;
  表达式符号错误;
  不同数据类型的比较;
  因浮点运算精度造成的两值不等;
  关系表达式中的错误变量和比较符;
  循环次数不对;
  循环终止条件错误;
  迭代发散时不能退出循环;
  错误地修改了循环变量
 
3、错误处理测试
  一个好的设计应能预见各种出错条件,并预先设置各种出错处理路径。错误处理测试着重检查下列问题:
  显示的出错信息难以理解;
  显示的错误与实际的错误不符;
  显示的出错信息不足以对错误定位、确定出错原因;
  对错误处理不当;
  在对错误进行处理之前,已引起系统的介入。
  如上就是作为单元测试具体的内容,具体我们喜欢遗漏和犯错误的地方:就是对于循环控制爱出错,还有对错误信息处理的时候处理的比较随意,不能很好的让客户理解,如上是根据工作和学习单元测试所总结的一点小东西。希望对大家都有帮助
最新内容请见作者的GitHub页:http://qaseven.github.io/

转载地址:http://mhypl.baihongyu.com/

你可能感兴趣的文章
转载:什么才是程序员的核心竞争力
查看>>
android:关于主工程和library project
查看>>
Windows 7 开发新特性
查看>>
在客户端调用MOSS的搜索服务,实现更加灵活的搜索控制
查看>>
C++:STL标准入门汇总
查看>>
1001: 整数求和
查看>>
How to develop Silverlight 4 using Visual Studio Express 2010
查看>>
浏览器前进后退对下拉框数据的丢失(省市联动实现和例子)
查看>>
构建安全的 ASP.NET 应用程序
查看>>
从源代码编译里程碑的 ICS ROM
查看>>
Flex通信-Java服务端通信实例
查看>>
Nginx学习笔记(一) Nginx架构
查看>>
JavaScript sync and async(同步和异步)
查看>>
.Net Winform 开发笔记(四) 透过现象看本质
查看>>
Linux下显示硬盘空间的两个命令
查看>>
What’s new: Windows Phone 7 与 Windows Phone 6.5功能对比
查看>>
用Swift实现一款天气预报APP(三)
查看>>
HttpApplication事件&ASP.NET页面周期
查看>>
春天。
查看>>
MapReduce对交易日志进行排序的Demo(MR的二次排序)
查看>>