软件工程第7章:实现1编码风格与测试基础探讨.ppt

软件工程第7章:实现1编码风格与测试基础探讨.ppt

  1. 1、本文档共85页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* * * * * * * * * * * * 一般性能测试 性能测试 稳定性测试 负载测试 压力测试 压力负载测试 响应时间 吞吐量 并发用户数 资源利用率 并发性能测试 疲劳强度测试 大数据量测试 客户端发出请求到得到 响应的整个过程所经历的时间 (1)一般性能测试 响应时间 响应时间=网络传输时间×2 +服务器处理时间 +客户端显示时间 单位时间内流经被测系统的数据流量(b/s); 单位时间内系统处理的客户请求的数量; 吞吐量 软件系统的性能承载能力 并发:指在某一给定时间内,某个特定点上进行会话操作的用户数(陆续交替执行)。 并行:用户同时运行,操作步骤相同。 并发 并行与并发的模拟? 指系统各种资源的使用程度 如:服务器的CPU利用率、内存利用率、磁盘利用率、网络带宽利用率等。 资源利用率 (2)负载测试 满足系统的性能指标情况下,系统所能够承受的最大负载量。 (3)压力测试 通常是指持续不断的给被测系统增加压力,直到将被测系统压垮为止。 系统所能承受的最大压力 (4)压力负载测试 并发性能测试 逐渐增加负载,直到系统的瓶颈或者不能接收的性能点,通过综合分析来确定系统并发性能的过程。 目的:考察客户端应用性能 入口:客户端 负载测试+压力测试 疲劳强度测试 在系统稳定运行情况下能够支持的最大并发用户数或者日常运行用户数,持续执行一段时间业务,通过综合分析各项指标来确定系统处理最大工作量强度性能的过程。 原则:系统长期不间断运行 大数据量测试 独立的数据量测试 针对某些系统存储、传输、统计、查询等业务进行大数据量测试。 综合数据量测试 压力测试负载测试相结合的综合测试方案。 阶段 软件 测试 是否运行程序 是否查看源代码 其它 单元测试 集成测试 系统测试 验收测试 静态测试 动态测试 白盒测试 黑盒测试 回归测试 冒烟测试 随机测试 功能测试 性能测试 逻辑功能测试 界面测试 易用性测试 安装测试 兼容性测试 一般性能测试 稳定性测试 负载测试 压力测试 4 本地化测试 ALAC测试 α测试 β测试 灰盒测试 回归测试 其它测试 冒烟测试 随机测试 本地化测试 ALAC测试 4、其它测试 (1)回归测试 修改影 响分析 成本收益分析 修改前代码P 修改后代码P’ 测试用例选择 测试用例集扩充 测试用例集T 测试用例集T’ 测试用例集约简 测试用例优先级 成本收益模型 (2)冒烟测试 指在对一个新的版本进行系统大规模测试之前,先验证一下软件基本功能是否实现,是否具备可测性。 当我们拿到一个新版本时,都首先进行冒烟测试,如果通过,则进行回归测试。 (3)随机测试 是指测试中所有的输入数据都是随机生成的。 目的:模拟用户的真实操作,发现边缘性错误。 在实际项目中,一般在大规模正规测试后,再辅助一些随机测试。 来源于概率统计思想:如果让一百万只猴子在一百万只键盘上敲上一百万年,他们最终可能写成一部莎士比亚的巨著。 (4)本地化测试 软件国际化(SW Internationalization,I18N) 软件本地化(SW Localization,L10N) 软件全球化( Globalization ) 本地化 全球化 翻译 本地化 翻译、本地化与国际化、全球化之间的关系 国际化 数字 美国:7,852 意大利:7.852 瑞士: 7852 货币 美国: Dollar $ ,US$ 英国: Pound £ 日本: Yen ¥ 时间: 美国: 10:45pm 德国: 22:45 加拿大法裔: 22 h 45 (5)ALAC(Act-like-a-customer)测试 ALAC测试是一种基于客户使用产品的知识开发出来的测试方法。 基于“二八”原则的思想。 软件有很多错误 客户遇到的是其中很少的一部分 测试的阶段和依据 软件测试阶段示意图 单元 测试 单元 测试 单元 测试 集成 测试 安装 测试 接受 测试 功能 测试 系统 测试 设计规范 其它软件需求 客户需求规范 用户环境 系统功能需求 已集成的系统 可发布的系统 投入使用 功能正常的系统 … * * * * * * * * * * * * * * * * * * 3W1H(Why、What、Where、How)同样重要! 有缺陷的测试用例比有缺陷的产品更危险! 测试用例需要逐步完善; 缺陷的集群中效应 已发现的缺陷 尚未发现的缺陷 缺陷对软件成本的综合作用 缺陷预防和缺陷检测间的精心平衡 ——钟摆的终结 关注缺陷预防 关注缺陷检测 最后一分钟匆忙 质量更依赖测试人员 测试者是“英雄”、“对手” 占用资源但可得到好的回报 质量制度化 使质量对用户可见 不是一个健康的状态! 没有标准,缺陷滋生 缺少检测,缺陷到达

文档评论(0)

希望之星 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档