我想像风一样自由的人生之旅

软件测试的加载，测试工程师的价值

在进行系统开发之前，产品的需求规格说明书没有经过评审，或者评审走了过场，造成需求评审质量低，需求设计简单、只是简单描述功能，功能逻辑较少，或者只有原型图，没有业务逻辑和数据规则描述，造成后面测试人员编写用例时候，没有把握业务数据的逻辑和详细规则，一些特殊业务操作出现漏测。需求规格变更，导致原来的测试用例与现在的规格不相符合。我们在执行测试用例过程中，如果碰到测试用例与规格不相符合的地方，我们需要记录下，并根据新规格补充完善测试用例，对存在有疑问的地方需要和产品或开发进行沟通和确认。测试用例及时更新维护。

软件测试人员对于漏测并不陌生，首先来看“漏测”的定义:漏测一般指的是本来应该在测试环节被发现的缺陷，因为某种原因在生产环境由用户发现了。漏测引起的故障，如果是严重级别的，首先可能对客户的业务造成影响，引发资损或者使用困扰，影响客户对公司的信任。发生漏测的原因有很多，一方面客观原因，例如：需求变更太频繁，测试时间不足，测试人力不足，测试环境差异等；发生漏测后，第一步是需要配合开发人员，首先对故障进行复现，尽快修复bug。所以，发生漏测并不可怕，可怕的不分析问题的原因，不吸取教训，那就还会发生更大的事故。

目前业界主流的都是前后端分离开发，对应的测试也需要采用接口测试和ui测试结合的策略接口测试可以保证数据和逻辑的准确性，UI测试需要考虑交互和界面展示的逻辑正确性UI测试需要重视异常测试（接口调用不成功或者接口异常情况下UI的呈现方式）和对应的用户体验测试。...

现在越来越多的公司开始进行敏捷开发，敏捷模式对测试提出来更高的要求。敏捷模式下，测试怎么提高测试效率呢？个人认为以下2点需要加强： 1、测试需求要明确：不管是手工测试还是自动化测试，首先需要明确测试需求，即要测试什么，测试通过的标准是什么？2、测试设计要强化：拿到项目之后，随心所欲就开始测试，没有设计测试用例，没有目的性，就无法高效的发现问题...