测试风险的别与控制.docxVIP

世间万物变幻莫测，我们不能预知所有灾难，但是我们能预防灾难和应对灾难。 在软件领域，测试的其中一个目的就是在寻找与避免软件可能存在的风险。但是，针对测试本身，也是有许多风险需要我们了解，例如测试的覆盖率、测试环境的差异、人员的调动、需求的变更、……，都影响着整个测试，乃至整个产品的质量。我们虽然不能预知所有风险，但是我们有预防风险的措施以及解决风险的方法。 什么是风险？ 风险，顾名思义 ，就是发生不幸事件的概率。 也就是说：在某一特定环境下，在某一特定时间段内，某种损失发生的不可预料的后果。 2015年8月 天津爆炸（意外事件） 12306系统瘫痪（访问量过大） 2008年5月 日汶地震（自然灾害） 2007年10月 2008年奥运会售票系统停售（访问量过大） 在软件领域，测试的其中一个目的就是在寻找与避免软件可能存在的风险。 1.出现什么风险 测试过程中风险大概分为三类： （1）时间风险 【项目进度停滞：项目初期进度因某种原因停滞（代码框架选择不合适），后期导致测试进度压缩和测试工作量的增大。 测试时间不足：项目里程碑中留给测试的时间无法满足全程测试要求 整个项目时间点延长：由于客户(需求方)突然宣布原进度表中的里程碑时间点延后，导致项目的进度延长。影响到其它项目的测试进度。 】 （2）测试过程风险 【测试计划或方案设计有误：测试计划设计不能指导整个测试过程，测试方案没有正确采用测试方法和技术。或者某些测试方法被忽视掉，如边界测试、错误推测法等，从而导致测试不充分。 测试用例设计问题：因对需求没有进行完整的测试分析导致测试用例设计不能完整覆盖需求。因测试方法使用不当或方法缺失导致测试用例不完整。设计测试用例的预期结果存在歧义。 测试用例执行风险：因测试进度原因或是回归测试原因导致测试用例执行不充分；测试用例 场景缺失或部分缺失：因关注点主要放在功能测试上而导致忽略了业务场景测试，或是导致部分业务场景的缺失。 测试数据准备不充分：测试过程中测试数据准备不完整，或是测试数据没有依照业务流程进行准备而导致测试数据不准确。 工具的风险:测试工具有许多种,测试员对测试工具选择不当会给软件带来难以预知的风险。 还有研发修复缺陷带来的风险，潜在未测试的区域的风险等。 】 （3）资源风险（人、资料、环境） “人”风险，即测试人 【业务不熟：由于测试前期对需求理解不准、不透彻和错误。导致测试人员对被测系统的业务流程不熟悉。 测试人员变动：离职，岗位调动，请假等。 定位效应：多次测试过的功能，认为是没有问题的，在回归测试时，错误理解为，不需要进行测试。 疲态：某一些功能点一直由某一位测试人员测试，经过多次回归后，测试人员对该功能点的测试显示出倦意和缺乏兴趣。 思想同化效应：经过和开发的长时间接触，往往会被开发的思维逻辑所同化，渐渐丧失从用户角度出发的测试观察点。】 开发风险 【主要表现在程序架构不合理和变更较频繁，编码质量不高，开发进度缓慢，导致测试时间压缩。】 资料风险 【文档缺失：部分测试文档不具备，如原始需求、测试计划、测试方案、测试用例以及项目后期的验收大纲等。 需求发生变更：需求变更在软件生命周期中变更较频繁，影响测试进度 设计不充分（计划、方案、用例、测试数据）：编写文档人员的个人因素或是时间限制等方面原因导致输入测试文档设计的不充分和不完整，遗漏了一些重要内容。 质量标准不统一： 文档和测试过程中的质量标准没有统一的标准，导致测试人员和开发人员认识不同。 文档质量问题：输入测试的文档内容含糊、表述不清，以及内容不完整。该问题将影响测试质量和初期 测试设计质量。 】 环境风险，指测试环境 【测试环境问题：测试环境所需要的硬件设施未及时到位；使用的测试硬件环境不满足用户需求、产品需求或者项目需求；使用的软件环境，如操作系统类型、操作系统干净程度等。导致测试准确性降低，测试环境配置错误。 兼容性问题：测试环境中软硬件不兼容。 测试程序版本不一致：程序版本导致测试不准确，有多种原因造成包括开发没有提交必威体育精装版程序版本、测试环境没有及时更新配置必威体育精装版的程序版本等问题。】 2.如何缺解决风险？ 【上面说了那么多风险，我相信大家子在测试过中会经常遇到这些情况。一旦遇到这些问题，改怎么办？怎么找到合适的方法去解决，这是我接下来将要讲解的。 大家都知道，我们要根据遇到的风险，制定解决问题的方案，我们还要制定一套备选方案。避免风险处于不解决的状态。 解决风险的方法： 测试时间进度风险控制：与客户协商，顺延交付；将已有的低优先级的功能或特性推迟；降低对第优先级的功能或特性的测试 测试方法：测试负责人需要有良好的测试技术基础和一定的实践经验，在能很好的把控测试计划和测试策略的同时能够对测试人员进行测试技能培训，能够从根本上解决测试方法问题；