1 / 32
文档名称:

软 件 工 程(软件测试).ppt

格式:ppt   页数:32页
下载后只包含 1 个 PPT 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软 件 工 程(软件测试).ppt

上传人:zhangbing32159 2015/5/12 文件大小:0 KB

下载得到文件列表

软 件 工 程(软件测试).ppt

相关文档

文档介绍

文档介绍:软件工程 第10讲:软件测试
主讲人:阳王东
Email:yangwangdong@
主要内容
软件测试概述
软件测试概念
测试原则
软件测试过程
黑盒测试
白盒测试法
软件测试概念
软件测试是软件质量“层层把关”的一个重要环节,是软件产品在“发布”之前,对需求分析、设计和实现(编码)等开发工作的最后复审。
软件测试的基本目标是采用行之有效的测试方案,找出迄今未被发现的、尽可能多的错误,并加以纠正。
软件分析与设计:软件编码:软件测试=4:2:4
成功的软件测试只能证明软件的错误,而不能证明软件是正确的。
软件测试任务
测试任务——通过采用一定的测试策略,找出软件中的错误;
调试任务,或称为纠错任务——如果测试到错误,定位软件中的故障源,加以纠正。
被测对象一定有错(该假定是合理的)。
测试要能发现尽可能多的错误,争取测试效益最大化。
测试仅能证明错误的存在,而不能证明错误的不存在。
软件测试过程
软件测试步骤
制定软件测试大纲
编写测试用例。测试用例——为了进行有效的测试而设计的输入数据和预期的输出结果数据。
执行测试用例
测试总结
测试是一个过程
测试不仅是事后的结果检查
测试与开发并行
测试驱动
软件测试过程(续)
需求分析
概要设计
详细设计
编码
编写单元测试用例
编写集成测试用例
编写确定测试用例
需求分析报告
概要设计说明书
详细设计说明书
执行单元测试
执行集成测试
执行确定测试
系统测试
验收测试
硬件环境
网络环境
项目策划
测试
计划
项目开始
项目结束
软件测试原则
应尽早和不断地进行软件“测试”,即将这种“测试”贯穿于软件开发的各个阶段,坚持各个阶段的技术评审,以便尽早地发现和预防错误。
测试用例中,不仅要选择合理的输入数据,还要选择不合理的输入数据。
在开发各阶段应事先分别制定出相应的测试计划,在测试开始后应严格执行,防止随意性。
对发现错误较多的程序模块,应进行重点测试。Pareto指出,测试发现错误的80%集中在20%的模块中。发现错误较多的模块质量较差,需重点测试,并要测试是否引入了新的错误。
避免程序员测试自己的程序。
测试用例的设计应有第三方参与。对于大型软件的测试,一般的做法是:设计者与测试者共同完成单元测试任务,而综合测试由专门的测试机构负责,有时其中也可以有设计者参加
用穷举测试是不现实的,一般通过设计测试用例,充分覆盖所有条件或所有语句即可。
长期妥善保存测试计划、测试用例、出错统计和有关的分析报告。
黑盒测试
等价类划分法
边界值分析法
黑盒测试方法
黑盒测试是从输入集合中选择出一个极有可能发现错误的输入子集,根据功能描述分析,检查其相应的输出是否是预期的结果。主要是测试软件是否满足功能需求
黑盒测试由于注重于功能和数据信息域的测试,它既适用于由功能模块组成的系统,也适用于由对象构成的系统。一般能发现下列错误:
功能错误或有遗漏
性能错误
数据结构或数据库访问错误
接口错误
界面有错
初始化或终止错误等一些类型的错误。
设计测试用例原则
黑盒测试方法带有经验性质的设计测试用例原则:
对有输入的所有功能,既要用有效的输入来测试,也要用无效的输入来测试。
经过菜单调用的所有功能都应该被测试,包括通过同一个菜单调用的组合功能也要测试。
设计的测试用例数量,能够达到合理测试所需的“最少”(减少测试成本)。
设计的测试用例,不仅能告知有没有错误,而且能告知错误可能是某些类型(提高测试效率)。