IEEE_软件测试知识体系.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文档。上传文档
查看更多
IEEE_软件测试知识体系

* / 71 参考资料 ANSI/IEEE Std. 1008-1997, IEEE Standard for Software Unit Testing. New York: Institute of Electrical and Electronics Engineers, 1997 Binder, Robert. Testing Object-Oriented Systems: Models, Patterns, and Tools. Boston: Addison-Wesley, 2000. Bizer, Boris. Black-Box Testing: Techniques for Functional Testing of Software and Systems. New York: John Wiley, 1995. Guide to the Software Engineering Body of Knowledge (SWEBOK), 2004 ed. Los Alamitos, California: IEEE Computer Society Press, 2004. IEEE Std. 610.12-1990, IEEE Standard Glossary of Software Engineering Terminology. New York: Institute of Electrical and Electronics Engineers, 1990. IEEE Std. 829-1998, IEEE Standard for Test Documentation. New York: Institute of Electrical and Electronics Engineers, 1998. * * * * * / 71 基于错误的测试方法 第三部分:测试技巧 最可能发生的故障 历史信息 经验 单一错误被输入到多个拷贝中 容错性? 发生错误会有什么表现? 人为错误难以根除而且有可能会带给消费者负面影响 测试不常调用的代码 定义合适的变异操作符 测试原始代码和变异代码 所有的变异代码都不能铜鼓哦测试 语法错误通常能揭露更复杂的真正故障 第三部分:测试技巧 * / 71 基于程序本身特性的测试方法 第三部分:测试技巧 第三部分:测试技巧 * / 71 面向对象的测试 可能有许多独立的类需要进行测试 信息隐藏后难以判断一个类是否正常工作,因为程序接口可能难以访问到内部的数据 程序员必须对每个类都开发出一个有效的测试程序 可能结果是测试程序比要目标程序更加大型更加复杂 第三部分:测试技巧 第三部分:测试技巧 * / 71 使用现成的商业组件 有越来越多的软件开始使用现成的商业组件以控制设计成本 每一个组件必须在新的环境中进行测试和改善 因为这些商业组件通常不能进行编辑,黑盒测试成了最恰当的测试方法 第三部分:测试技巧 第三部分:测试技巧 * / 71 基于网页的应用程序 在测试网页应用程序中有许多难点 软件需求需要在许多种不同的硬件、网络连接、操作系统、中间件、网页服务器和浏览器中进行测试 可能需要动态生成应用程序和内容 兼容性和可互换性成了重要的特征 用户可以通过单击刷新或者返回轻易更改整个软件流程 网页应用程序通常需要快速进行维护 第三部分:测试技巧 第三部分:测试技巧 * / 71 图形用户界面测试(Graphical User Interface, GUI) GUI测试能确保GUI满足设计标准 在GUI测试中三个难点: 使用规模: 一个GUI可能有许多运算需要进行测试。一个小型程序通常就会有200到300个GUI运算 顺序: 一些系统功能可能需要遵循特定的事件发生顺序。对于手工生成测试用例的测试者而言这变得非常重要。 回归测试:回归测试有时非常困难因为即便程序本身没有发生改变,GUI也可能在几个不同的应用程序版本中发生改变 第三部分:测试技巧 第三部分:测试技巧 * / 71 并发程序 - I 测试并发程序会带来许多挑战 测试程序本身也需要是并发程序 并发程序的错误更加难以预测而且这些错误的重复性也很低 调试或者监视程序运行可能会带来时间和同步上的人为因素从而阻止了错误的再次产生 设计和执行并发测试比传统的顺序测试更加耗时 第三部分:测试技巧 第三部分:测试技巧 * / 71 并发程序 - II 当测试并发程序时 寻找更多的状态空间 寻找更多的交叉点 匹配平台的线程数 防止带来时间或者同步上的人为问题 第三部分:测试技巧 第三部分:测试技巧 * / 71 一致性测试 一个标准的一致性测试集通常覆盖整个或者绝大部分的软件要求 一致

文档评论(0)

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

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

1亿VIP精品文档

相关文档