第一章-软件测试基础入门.ppt

基于模型的测试 * 被测系统可以通过模型来描述 模型包括开始状态、转换和结束状态 扩展有限状态机方法（EFSM） MS Spec Explorer 模糊（ Fuzz Test ）测试 针对测试系统的随机数据输入 数据驱动或事件驱动 适用于安全性的测试 * 云测试（Cloud test） 分布式、可伸缩系统 大数据量、大用户量 虚拟技术 并行算法 实时服务 * Infrastructure as a Service (IaaS) Platform as a Service (PaaS) Software as a Service (SaaS) THANK YOU! * * * * * * * * 1.5、软件测试的基础理论 软件测试的原则 1、保证测试的覆盖程度，但穷举测试是不可能的 例: 测试windows计算机器 原因： 输入量太大 输出结果太多 软件执行路径太多 软件说明书是主观的，没有客观标准。 1.5、软件测试的基础理论 软件测试的原则 2、软件测试是有风险的活动 Software Testing is a Risk-Based Exercise 如果不选择完全测试所有情况，那就是选择了冒险 Not to test every possible test scenario, Customer will eventually find it someday. 如：1024+1024=2048 矛盾： Testing vs. Release deadline Stop testing vs. Costly bug 关键测试要点： 把数量巨大的可能测试减少到可以控制的范围 针对风险做出明智的选择，哪些测试重要，哪些不重要 1.5、软件测试的基础理论 软件测试的原则 3、测试无法显示潜伏的软件缺陷和故障 软件测试员可以报告软件缺陷存在,却不能报告软件缺陷不存在. 可以进行测试,发现并报告软件缺陷,但是任何情况下都不能保证软件缺陷不存在. What can you do?! 唯一的方法: 继续测试,找到更多的缺陷 1.5、软件测试的基础理论 软件测试的原则 4. 充分注意测试中的群集现象 缺陷可能成群出现 发现一个,附近就可能有一群 缺陷一个接一个 可能的原因: A.程序员也有心情不好的时候 B.程序员往往犯同样的错误 C.有些软件故障可能是冰山一角 1.5、软件测试的基础理论 软件测试的原则 5、测试的杀虫剂现象 用于描述测试人员对同一测试对象进行的测试次数越多，发现的缺陷就会越来越少的现象。就像老用一种农药，害虫就会有免疫力，农药发挥不了效力。这种现象的根本原因就是测试人员对测试软件过于熟悉，形成思维定势。 1.5、软件测试的基础理论 如何规避和解决杀虫剂现象： 1、重新分析测试需求 ：重新对需求文档进行分析，找出不同的业务逻辑。尤其是组合条件较复杂的逻辑和业务工作流。 2、拓展测试用例 ：根据新制定的测试需求，必须重新设计测试用例来进行检验。 3、改变测试方法，加入更多的场景 ：很多问题是在长时间操作，反复进行业务交互后才产生的。 1.5、软件测试的基础理论 如何规避和解决杀虫剂现象： 4、在模块功能稳定的情况下，适当补充非功能性测试，在易用性、可靠性、稳定性等质量指标下，系统容易暴露更多的状况，很多是用例未考虑的情况。 5、缺陷问题整理和归纳 1.5、软件测试的基础理论 软件测试的原则 6.并非所有的软件缺陷都要修复 虽然测试员尽了最大的努力，但并非找到的所有软件缺陷都要修复。 并非意味着软件测试员没有达到目的. 解决办法 依赖软件测试员的素质—进行良好的判断，根据风险决定哪些缺陷需要修复，哪些不需要修复。 造成软件缺陷不能修复的原因： （1）时间不够 （2）不算真正的软件缺陷 （3）修复的风险太大 （4）不值得修复 1.5、软件测试的基础理论 软件测试的原则 7、木桶原理： 软件质量的关键因素是分析、设计和实现，测试应该是融于其中的补充检查手段，其他管理、支持、甚至 文化因素也会影响最终软件的质量 测试是提高软件质量的必要条件，最直接、最快捷的手段，但决不是一种根本手段。反过来说，如果将提高产品质量的砝码全部押在测试上，那将是一个恐怖而漫长的灾难。 1.5、软件测试的基础理论 软件测试的原则 8、Bug的80-20原则 在分析、设计、实现阶段的复审和测试工作能够发现和避免80%的Bug 而系统测试又能找出其余Bug中的80% 最后的5%的Bug可能只有在用户的大范围、长时间使用后才会曝露出来 80%的Bug集中在20%功能模块上 1.5、软件测试的基础理论 软件测试的原则 9.软件测试必须有预期结果 软件缺陷是经过对比而得出来的。没有预期结果的测试是绝不可以的