软件测试几个发展阶段讲解.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件测试几个发展阶段 大纲 1 、讨论软件当中经常出现的问题 2 、软件测试几个发展阶段 3 、定位目前测试阶段 4 、目前测试发展阶段和目标 讨论软件当中经常出现的问题 1 、怎样做才把软件功能测试做到全面到位 ? 2 、怎样做才能节约测试成本 ? 3 、软件测试的价值是什么 ? 4 、怎样做才能降低软件成本 ? 软件测试几个发展阶段 从测试的思想导向来划分为 4 个阶段 : ? 1957 ~ 1978 年,以功能验证为导向,测试是证明软件是 正确的(正向思维)。 ? 1978 ~ 1983 年,以破坏性为为导向,测试是为了找到软 件中的错误(逆向思维)。 ? 1983 ~ 1987 年,以质量评估为导向,测试是提供产品的 评估和质量度量。 ? 1988 年起,以缺陷预防为导向,测试是为了展示软件符 合设计要求,发现缺陷、预防缺陷。 软件测试的正面性 Bill Hetzel 博士(正向思维的代表): ? 软件测试就是为程序能够按预期设想那样运行而建 立足够的信心。 ? “软件测试是一系列活动以评价一个程序或系统的 特性或能力并确定是否达到预期的结果” ? 测试是为了验证软件是否符合用户需求,即验证软 件产品是否能正常工作 软件测试的反面性 Glenford J. Myers (反向思维的代表): ? 测试是为了证明程序有错,而不是证明程序无错误 ? 一个好的测试用例是在于它能发现至今未发现的错误 ? 一个成功的测试是发现了至今未发现的错误的测试 产品质量的标准 - 功能性 Functionality - 可用性 Usability ( 简单安装 ; 轻松使用 ; 友好界面 ) - 可靠性 Reliability ( 用户使用的根本 ) - 性能 Performance - 容量 Capacity( 系统的接受力、容纳或吸收的能力 ) - 可测量性 Scalability - 可维护性 Service manageability - 兼容 性 Compatibility - 可扩展性 Extensibility 软件质量特征 ( ISO9126) ? 功能 :与一组功能及其指定性质有关的一组属性,这里的功能是 满足明确或隐含的需求的那些功能。 ? 可靠 :在规定的一段时间和条件下,与软件维持其性能水平的 能力有关的一组属性。 ? 易用 :由一组规定或潜在的用户为使用软件所需作的努力和所 作的评价有关的一组属性。 ? 效率 :与在规定条件下软件的性能水平与所使用资源量之间关 系有关的一组属性。 ? 可维护 :与进行指定的修改所需的努力有关的一组属性。 ? 可移植 :与软件从一个环境转移到另一个环境的能力有关的一 组属性。 其中每一个质量特征都分别与若干子特征相对应。 ISO 9126 软件质量三层模型 Boehm 软件质量模型 互用性 正确性 可靠性 效率 完整性 可用性 可维护性 可测试性 灵活性 可移植性 重复性 阐述性 数据公开性 连贯性 容错性 执行效率 / 储存效率 存取控制 / 存取检查 可训练 沟通良好 简单性 易操作的 工具 自我操作性 扩展性 一般性 模块性 软件系统独立性 机器独立性 通讯公开性 正确性 可操作性 产品 操作 产品 修改 产品 维护 定位目前功能测试阶段 1 、根据各个项目负责人讨论目前测试组的测 试阶段 ? 2 、根据需求点分析 bug 3 、 bug 的五要素 分析测试需求点 1 、软件符合正确逻辑需求 2 、应用数据来源 3 、应用安全需求 4 、应用可用性需求 5 、应用系统客户端软件需求和硬件需求 6 、应用性能需求 7 、应用兼容性需求 逻辑性 bug EC3 压力测试发现日志 ? mpl] 方法名 [order] 输入参数 [[{servId=00, segCardType=0, provCode=null, areaCode=null, channelId=M02101, origAmt=10000, rpid=WY000004391497, mobileId gateId=1300}]] ? 10:07:37.123[WorkerThread#2[10.10.40

文档评论(0)

wangsux + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档