单元测试(1).ppt

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
9
2.3单元测试方法
通常合格的代码应该具备以下性质:正确性、清 晰性、规范性、一致性、高效性等(根据优先级 别排序)。
正确性是指代码逻辑必须正确,能够实现预期的功能。 清晰性是指代码必须简明、易懂,注释准确没有歧义。 规范性是指代码必须符合企业或部门所定义的共同规
范包括命名规则,代码风格等等。 一致性是指代码必须在命名上(如:相同功能的变量
5
为什么要进行单元测试
问题一:单元测试浪费了太多的时间 问题二:单元测试仅仅是证明这些代码做
了什么 问题三:我是个很棒的程序员,我是不是
可以不进行单元测试? 问题四:不管怎样,集成测试将会抓住所
有的Bug 问题五:它的成本效率不高
6
2.1 单元测试基本概念 2.2 单元测试目标 2.3 单元测试方法 2.4 静态测试 2.5 黑盒测试 2.6 白盒测试 2.7 灰盒测试 2.8 白盒测试与黑盒测试的比较 2.9 类测试 2.10单元测试流程 2.11单元测试角色和职责
17
2.4静态测试
小组评审
是由一个正式的组织对产品进行评价。它确认任何与 需求规格、设计规格或标准不一致的地方或者在检查 后给出可替换的建议。
小组评审的参与者主要是公司技术领导或权威及公司 外部专家,主要适用于需求规格和概要设计的评审。
小组评审的目标是评价一个产品并给管理者提供以下 证据:
✓ 产品的市场可行性; ✓ 产品遵从项目的计划、标准、指导书和需求规格; ✓ 针对产品的变更被恰当地实施,并且仅影响那些被变更确认的
尽量采用相同的标示符)、风格上都保持统一。 高效性是指代码不但要满足以上性质,而且需要尽可
能降低代码的执行时间。
10
2.3单元测试方法
在代码编写完成后的单元测试工作主要分 为两个步骤即人工静态检查(即静态测试) 和动态执行测试(即动态测试)
动态测试主要是黑盒测试和白盒测试
单元测试的依据是详细设计和概要设计
15
2.4静态测试
同行评审的形式
走读(Walkthrough) 小组评审(Team Review) 审查(Inspection)
走读、小组评审和审查都有正式评审和非 正式评审两种方式
16
2.4静态测试
走读
目的主要是评价一个产品,通常是软件代码 走读还有其他一些目的,包括:技术的交换、参与人
第二章 单元测试
2.1 单元测试基本概念 2.2 单元测试目标 2.3 单元测试方法 2.4 静态测试 2.5 黑盒测试 2.6 白盒测试 2.7 灰盒测试 2.8 白盒测试与黑盒测试的比较 2.9 类测试 2.10 单元测试框架及XUnit介绍 2.11单元测试流程 2.12单元测试角色和职责
1
2.1单元测试概念
13
2.4静态测试
静态测试方法:
同行评审 数据流测试
14
2.4静态测试
同行评审(Peer review):由软件工作产 品创建者的同行们检查该工作产品,识别 产品的缺陷,改进产品的不足。
产品:这里的产品指最终产品的组成部分,包 括源代码、设计文档等。
同行(Peer):指项目成员和具有同等开发专 业技能的并熟知工件的人员。同行也被称作评 审人员或评审组成员。具体来说指公司内项目 组成员或其他项目组成员或者是公司外的专家。
3
2.1单元测试概念
单元:单元能够实现需求规格的最小组件, 可以是:
函数(Functions) 过程(Procedures) 类(Classes) 页面(web) 4GL(第四代语言)的菜单和显示
4
2.1单元测试概念
单元测试的主要目的有:
验证代码和详细设计相符合; 发现设计中存在的错误; 发现在编码过程中引入的错误;
评审实施:主要是会议形式。 评审情况统计:对会议中提出的问题进行统计
整理,并形成文档。 问题跟踪:作者根据评审中提出的问题进行修
改产品,相关人员进行检查。
20
2.4静态测试
同行评审的三种形式的主要区别
分类
走读
小组评审
审查
目标
检测缺陷; 找出可替换的 方法。
7
2.2单元测试目标
出错处理
模块接口
局部数据结构
独立路径
模块
边界条件
8
2.1 单元测试基本概念 2.2 单元测试目标 2.3 单元测试方法 2.4 静态测试 2.5 黑盒测试 2.6 白盒测试 2.7 灰盒测试 2.8 白盒测试与黑盒测试的比较 2.9 类测试 2.10 单元测试框架及XUnit介绍 2.11单元测试流程 2.12单元测试角色和职责
11
2.1 单元测试基本概念 2.2 单元测试目标 2.3 单元测试方法 2.4 静态测试 2.5 黑盒测试 2.6 白盒测试 2.7 灰盒测试 2.8 白盒测试与黑盒测试的比较 2.9 类测试 2.10单元测试流程 2.11单元测试角色和职责
12
2.4静态测试
静态测试目标及内ห้องสมุดไป่ตู้:
详细设计文档检查 代码风格和规则检查。 程序设计和结构的检查。 业务逻辑的检查。
单元测试又称模块测试,是针对软件设计 的最小单位 ─ 程序模块,进行正确性检 验的测试工作。
单元测试主要需要测试者非常清楚代码内 部结构,单元测试是软件开发人员的职责, 测试人员一般不参与单元测试。
2
2.1单元测试概念
一般单元的选择依据几个条件:
单元必须是可测试的。 单元的行为或输出是可观测的。 有一个明确的可定义的边界或接口。
员的技术培训、设计思想的介绍等 走读可以指出代码中效率和可读性方面的问题,设计
或不可预测设计规格的组件应用问题。 走读成员一般是项目内部的其他开发人员,不涉及公
司高层或公司外部专家,是同行评审三种形式中最自 由的一种形式。 为了提高走读效率,一般都会设计检查表 (checklist),走读人员根据检查表中的内容进行检 查。
系统区域。
18
2.4静态测试
审查
审查是不同于其他类型的同行评审,它遵循一 个严格的过程,人员经过培训,检查过程有标 准,检查针对实际的产品或半成品,目的是发 现存在的错误。
参加人员由公司内部设计、开发、测试、质量 等部门中工作性质相关的员工组成。
19
2.4静态测试
同行评审的过程一般如下:
计划阶段:确定参加人员,并分配角色和职责。 同行评审的角色主要是:作者,作品的创作者; 组织者或会议主持人;评审员;记录员,负责 会议记录。
相关文档
最新文档