- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第2讲软件测试策略与过程 - read
第2讲 软件测试策略与过程
2.1 软件测试的复杂性分析
2.2 软件测试方法与策略
2.3 单元测试
2.4 集成测试
2.5 确认测试
2.6 系统测试
2.7 验收测试
2.8 测试后的调试
2.9 面向对象的软件测试
2讲软件测试策略与过程 1
本章教学目标
理解软件测试的复杂性
理解软件测试的方法与策略
明确单元测试的主要任务和过程
明确集成测试的方法和确认测试的准则
明确系统测试的八个领域测试要点
明确验收测试的主要内容和相关配置
2讲软件测试策略与过程 2
2.1 软件测试的复杂性分析
1、无法对程序进行完全测试
(1)测试所需要的输入量太大
(2 )测试的输出结果太多
(3 )软件实现的途径太多
(4 )软件规格说明没有一个客观标准
2、测试无法显示潜在的软件缺陷和故障
——通过软件测试只能报告软件已被发现的缺陷和故障,
无法报告隐藏的软件故障。
3、存在的故障现象与发现的故障数量成正比
——结论:应当对故障集中的程序段进行重点测试
Return
2讲软件测试策略与过程 Return 3
测试所需要的输入量太大
测试所需要的输入量太大
假设一个程序P有输入量X和Y及输出量
Z 。在字长为32位的计算机上运行。若
X 、Y取整数,按黑盒方法进行穷举测
试:
可能采用的
测试数据组:
232 ×232 =264
如果测试一
组数据需要1毫秒,一年工作365 ×24小
时,完成所有测试需5亿年。
2讲软件测试策略与过程 4
软件测试的复杂性分析 (续)
4 、不能修复所有的软件故障
——原因:没有足够时间的进行修复;修复的风险较大;
不值得修复;可不算做故障的一些缺陷;“杀虫剂现象” 。
——结论:关键是要进行正确的判断、合理的取舍,根据
风险分析决定哪些故障必须修复,哪些故障可以不修复。
5、软件测试的代价
——工作原则:就是如何将无边无际的可能性减小到一个
可以控制的范围,以及如何针对软件风险做出恰当选择,
去粗存精,找到最佳的测试量,使得测试工作量不多也不
少,既能达到测试的目的,又能较为经济。
2讲软件测试策略与过程 5
软件测试的复杂性分析 (续)
软
件 测试费用
缺
陷
故 遗漏缺陷数目 优化测试量
障
数
量
测试中 测试后
文档评论(0)