软件单元测试.pdf

软件单元测试.pdf

ID:50220708

大小:284.02 KB

页数:7页

时间:2020-03-12

软件单元测试.pdf_第1页
软件单元测试.pdf_第2页
软件单元测试.pdf_第3页
软件单元测试.pdf_第4页
软件单元测试.pdf_第5页
资源描述:

《软件单元测试.pdf》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、单元测试心得体会2014/6/9一、背景/概述:1、单元测试的概念:单元测试(unittesting),是指对软件中的最小可测试单元(功能模块)进行检查和验证。2、单元测试的重要性:保证功能模块代码的正确性,保证不会有大量的bug遗留到产品系统测试中,让bug尽早的被发现。二、普遍存在的问题及现状1、开发人员存在的错误观念1)测试是测试部门的责任,我的责任应该关注在与代码上2)我们有测试人员,有集成/系统/确认测试,他们迟早会发现我的错误的。3)项目进度如此紧急,我没有时间做测试。2、产品质量隐患1)软件的质量完全取决于程序员的个人技能

2、和责任心,具有很大的随机性。2)系统测试阶段,发现很多bug,且很难把问题定位。3)后期维护成本高昂,1个月的开发,几天的测试,然后花几个月的时间去修补错误。4)公司测试不出的bug,总被客户发现。缺陷的发现时间越晚,修复的成本越高,在部署阶段每个缺陷的修复成本都会及其高昂(每一个major以上的缺陷修复都不得不作完整的系统测试和确认测试),严格实施scm的组织尤其昂贵。3、根本原因:1)错误可能会随机的分布在产品代码的任何一个地方。2)编码阶段引入的缺陷远远多于其它阶段。3)系统测试发现的缺陷大多数是编码缺陷。4)模块功能的缺陷引入到

3、系统集成后,隐藏性会更深,破坏力会更强。三、正确的意识和理念1、开发人员方面1)测试产品的bug,不单是测试人员的工作,更多的是开发人员的职责,开发人员有责任保证产品的质量。2)程序员必须对自己的代码质量负责,单元测试是对自己代码质量的基本承诺,程序员=UT+CODE。3)要在开发过程中引入单元测试,使产品的大部分bug在最初阶段被发现。4)越早发现bug,修复成本越少。2、测试人员方面1)测试必须并行的融入到软件开发生命周期的各个阶段,以覆盖软件结构和开发生命周期的不同关注点。2)测试是基于需求测试,而不是基于开发测试,故测试人员的参

4、考文档除了开发人员提供的技术文档,要更多的依据产品需求文档,以及基于风险测试,基于用户体验测试。3、项目管理方面1)在产品的进度与质量权衡中,要坚持以质量为核心。2)要建立公司知识库,积累开发经验案例及工作总结。四、单元测试的实施1、单元测试要尽早的落实到开发中。1)测试活动融入整个软件开发的生命周期2)不同阶段的测试强调的是从不同视角关注不同的方面,尽可能早而全的出去错误,不累计错误。3)每一种类型测试的效果,将严格依赖于前期阶段其他类型测试的执行的正确,完整与否。4)测试有分工,合适的人在合适的时候承担合适的测试2、规范单元测试的流

5、程3、单元测试的技术单元测试技术有两种,静态测试及动态测试1)静态测试,通过检查和阅读等手段来发现错误并评估代码质量的软件测试技术。方法有如下几种:-走查:WalkThrough-审查:Inspection-评审:Review辅助的检查工具:-代码检查工具PC-LINT-内在检查工具Boundschecker-覆盖率工具Logiscope2)动态测试,是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率和健壮性等性能。由三部分组成:-构造测试实例-执行程序-分析程序的输出结果。推荐的工具:-cppunit-CUnit-Vi

6、sualUnit4.0betal条件:需要编写测试驱动和测试桩单元本身不能独立运行,所以必须为每个单元测试开发驱动模块(Driver)和桩模块(Stub)以构成一个可运行的软件系统进行测试。“驱动模块”是一个接收测试数据,并把数据传送给(被测试)模块,然后显示或比较相关结果的“主程序”“桩模块”是替代那些隶属于本模块(被调用)的模块,使被测对象得以运行五、关于单元测试的一些建议结合公司的实际情况,及自身对单元测试的理解,给出一些相关建议。1、增强开发人员的测试意识及质量责任感。2、严格遵守编程规范,编写简洁,可靠,可维护,可测试,可移植

7、的代码。3、对于软件单元测试,最初阶段可以使用静态测试方法,可以用较少的资源达到较好的效果。把静态测试分为三个活动,每次活动时间控制在1-2小时,在产品的工作样机提交测试前完成。走查-活动:-软件组内部进行,采用讲解、讨论和模拟运行的方式进行的查找错误的活动。-由代码开发人者进行讲解,回答并记录-不要现场修改-检查要点为,逻辑错误,代码标准/规范/风格审查-活动:-开发组内部进行的,采用讲解、提问并使用Checklist方式进行的查找错误的活动,并提交结果报告。-由另外一名开发者进行讲解、其他开发者主要按照Checklist进行提问并填

8、表,代码开发者回答问题并记录-不要现场修改-检查要点为,设计需求,代码标准/规范/风格评审-活动:-软件组、测试组和相关人员(PM、SE等)联合进行的,采用讲解、提问并使用Checklist方式进行的查找错

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。