软件质量保障的测试技术架构之基于缺陷分层的测试技术架构.pdfVIP

软件质量保障的测试技术架构之基于缺陷分层的测试技术架构.pdf

  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文档。上传文档
查看更多
软件质量保障的测试技术架构之基于缺陷分层的测试技术架构.pdf

软件质量保障的测试技术架构 成都新测科技有限公司 作者:董杰(架构师Jack ) 为什么我们进行了很多基于需求的测试的努力,可还是有这么多的漏测。因为基于 需求的测试由于需求质量的原因必然影响测试用例的质量。那么我们测试人员是坐等 需求质量改进了,测试质量才能进步?还是主动出击,通过智慧的测试减少漏测。 结合我过去几年为多个不同形态产品解决漏测问题,减少缺陷流向用户的经验,提 出了一个系统的基于缺陷的测试技术架构,希望帮助大家减少漏测数,并提高发现缺 陷的效率,减少测试成本,加快研发进度。 该版本补充: 基于缺陷分层的测试技术架构 什么是测试技术架构 什么是架构: IEEE Working Group on Architecture 把其定义为“系统在其环境中的最高层概念” 【IEEE98】 software architecture是一系列相关的抽象模式,用于指导大型软件系统各个方面的设计。 Wiki :The software architecture of a system is the set of structures needed to reason about the system, which comprise software elements, relations among them, and properties of both. 测试技术架构的目的——也应该首先是指导测试设计,其次再对测试设计的各种抽象的对象及活动在 软件工程环境中进行高层概念的归纳。 因此:测试的技术架构应该是在软件工程环境下指导测试设计,体现测试各阶段各类型测试设计之间 的关系和属性。 测试技术架构描述 本测试技术架构主要有2大原创子系统: 基于需求的启发式测试分析设计技术体系; 基于缺陷分层的测试技术体系; 其中:基于需求的启发式测试分析设计技术体系子系统又细分为:测试策略设计子架构;验证功 能性需求设计子架构;验证系统性需求设计子架构; 两大测试技术体系之间的主要依赖关系是:先有基于需求的启发式测试分析设计技术体系的运转, 再有基于缺陷分层的测试技术体系对其进行完整性补充。 前者是前向设计思路、后者是后向设计思路,两者搭配互为补充:基于需求的启发式测试分析设 计技术体系为主,基于缺陷分层的测试技术体系为辅。 整个架构的设计约束:遵循架构设计中对象依赖只有单向的原则。 在每一个测试子架构系统设计的思想中主要有2大对象类型: 一类对象为:“Data”;一类对象为:“Process”; 抽象理解为:对Data进行Process最终达到我们想要的测试目的。 而“Process”则是测试方法或技术;“Data”是一些抽象归纳的测试目标; 未完待续。。。。。。

文档评论(0)

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

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

1亿VIP精品文档

相关文档