张晓燕软工教研室软件测试方法和技术第2版、W模型、、TPI、CTP、,我们会面对许多复杂的问题和具体的困难,不仅要采用前面所学的方法,还要拥有很好的技术,熟悉业务领域知识,深入系统架构、设计模式和开发框架,灵活运用测试工具,才能真正解决问题。:单元测试集成测试系统测试验收测试按阶段进行测试是一种基本的测试策略单元测试的定义定义:单元测试是对软件基本组成单元进行的测试。时机:一般在代码完成后由开发人员完成,:模块,组件,单元为何要进行单元测试?尽早发现错误错误发现越早,,后期复杂度高,----单元测试的必要性假定在开发一个网站程序。将整个程序设计为三层:数据访问层、业务逻辑层和表现层。首先是编写数据访问层,如果没有进行单元测试,那么就得等到业务逻辑层和表现层开发完毕后才能打开页面进行测试。而这中间,业务逻辑层要调用数据访问层,表现层要调用业务逻辑层的代码。如果通过页面发现某个功能没有通过,就需要进行调试,调试时要一步一步地跟踪代码,好不容易找到bug所在了,原来是数据访问的一个方法里出了问题,把该方法改好了,编译不通过!看来还得修改另外两层的代码,好,把代码都改好了,再次打开页面进行测试,糟糕还是没通过。上面的过程再来一次……上面这种方式的缺点可以总结为:为何要进行单元测试?错误难以定位:每次要打开页面、输入值、调试,单元测试可能也需要这些过程,但其工作量则会小很多。执行时间长:较之单元测试,上面的方式显然耗时得多。代码覆盖:可以理解的是,涉及的代码层次越多,就越是难以确定被测代码和测试值之间的关系。我们要覆盖到所有的数据访问层的代码,就要花费很大的精力。在应用了单元测试后,可以快速定位错误,执行的时间也要短得多,代码覆盖也更容易进行。如果一开始就对数据访问层和业务逻辑层进行了良好的单元测试,那么接下来表现层的开发就顺利得多了,可以编写后面的代码。一旦出了问题,也很容易定位和修改。单元测试的背景开发流程时间表与修改Bug代价的关系图开发结束开发早期修改代价
单元测试用例 来自淘豆网www.taodocs.com转载请标明出处.