启发式试验策略模型.pptxVIP

  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文档。上传文档
查看更多
启发式试验策略模型

启发式测试策略模型 田忠华2013-05-01如果给你一个喝水的一次性纸杯,你将如何测试它? 能不能倒出水来…会不会变形?……一个纸杯怎么测啊?脑子全乱了?哦,对了!你有需求么?如果给你一个喝水的一次性纸杯,你将如何测试它?没需求说明书我咋测?嗯,不错的问题,你见过纸杯的需求说明书么?我要积极…想办法,您能告诉我该怎么做么?好吧,假设我是你老板,是你客户,你也这么回答我?FDSFSCURA - CIDTESTD - SFDPOT - CRUSSPIC – STMPL跟着念:FDSFSCURA - CIDTESTD - SFDPOT - CRUSSPIC - STMPL不开玩笑,把这些字母记住并应用自如,你就能够非常好的做测试设计了。 ?等等等等…您在教我念咒么?这就行?您是邓布利多我可不是哈利波特。 你还真听话。不逗你了,先解释一下这些字母的含义吧。想知道该怎么做么?字母与测试的关系 字母其实给出了做测试的思路。这些字母也是我们今天所要讲的测试思维的骨架。什么是测试思维? 测试思维是一系列方法论,它能够帮你建立或者理清测试的工作思路。什么是启发式测试策略模型? 启发式测试策略模型(HTSM)是测试思维的一种具体体现形式。 内容提要一、为什么需要HTSM二、HTSM的内容 三、定制HTSM 四、应用HTSM为什么需要HTSM 根据产品的风险(risk)设计测试是一种常见的测试设计思路。在复杂的现实世界,产品面临的风险多种多样,只有全面考虑、周密测试才能避免风险暴露导致的严重后果。因此,测试人员需要一个相对完整、可以定制、容易扩展的风险列表或参考模型,来帮助他们发现产品风险。HTSM就是一个结构化的、可定制的参考模型,从测试技术、产品元素、项目过程、质量标准等多个角度启发测试设计。HTSM能够在测试全程提供有益的提示。在制定测试计划初稿时,它可以帮助测试人员完整地思考产品的方方面面,从而产生系统性的(systematic)测试计划。在测试过程中,它可以帮助测试人员组合测试想法、深入探索产品,以开发出强有力的测试策略。在回归测试中,它可以帮助测试人员确定测试范围,制定测试方案。内容提要一、为什么需要HTSM二、HTSM的内容 三、定制HTSM 四、应用HTSMHTSM的内容 HTSM的内容测试技术(Test Techniques):测试技术就是创建测试的方法。这都是些有趣的技术。下面列出了九种常用的技术。使用“常用技术”这个词,我是想说这些技术足够简单和普遍,并在各种不同的环境中都得到了广泛的应用。很多特殊技术都是基于这九种方法中的一种或者几种发展出来的。通过对一种或几种常用技术用覆盖的思想来组合,就可以构建成无数的特殊测试技术,这些覆盖的思想都是来自启发式测试策略模型中的其它列表中的。功能测试(Function Testing) 域测试(Domain Testing) 压力测试(Stress Testing) 工作流测试(Flow Testing) 情景测试(Scenario Testing) 约束测试(Claims Testing) 用户测试(User Testing) 风险测试(Risk Testing) 自动化测试(Automatic Testing) HTSM的内容项目环境(Project Environment):创建和执行测试是测试项目的核心所在。然而,在你决定要创建什么样特定的测试时,项目环境中有很多因素都是关键性的。对于下面的每个类别中的因素,都要考虑它们可能会怎样帮助或阻碍你的测试设计进程。试着利用好每一个资源。客户(Customers)这个测试项目中作为客户的任何人。信息(Information)关于需要被测试的产品或项目的信息。与开发人员的关系(Developer Relations)你怎样同程序员相处。测试团队(Test Team)任何会执行或支持测试工作的人。设备与工具(Equipment Tools)管理测试所需要的硬件、软件或者文档。时间表(Schedule)项目事件的顺序、持续时间和同步。测试要素(Test Items)被测试的产品对象。可提交物(Deliverables)测试工程的可以看得见的提交物。 HTSM的内容 产品元素(Product Elements):一个产品,最终是要提供给客户一种体验或者是一个解决方案。产品是有很多尺度的。因此,为了获得好的测试结果,我们必须检验这些尺度。下面所列的每一类,都代表着一个产品的重要的并且是独一无二的一个方面。测试人员如果对这些方面关注得很少的话,很可能会错过很重要的Bug。结构(Structure)构成产品本身的任何东西。功能(Functions)产品能做的任何事情。数据(Data)产品处理的所有东西。平台(Platform)产品所依赖的所有

文档评论(0)

137****8835 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档