敏捷测试中缩短测试周期的小tips

　　如今公司用的是敏捷开发，即功能是以用户的需求为核心，以版本迭代的方式逐步完善的。从测试的角度出发，这种开发模式极大地缓解了传统开发模式中，最后工做量压积在测试身上的状况，至关于将一整个系统的功能拆分红几个版本分批次测试。可是若是公司配备的测试人员较少，而又有多个系统的新版本要一块儿上线，仍是会存在新版原本不及测试，全部工做压在测试身上的状况。

　　通过思考，我发现如下2个tips能够必定程度上缩短测试周期：

　　1）用Xmind思惟导图罗列功能点的形式来替代详尽的测试用例；

　　　　测试用例自己就是写给测试看的，在团队中只有1个测试人员，而项目时间又十分紧凑的状况下，能够用思惟导图列出本期的功能点，包含冒烟测试、异常测试和大数量测试等。固然文字描述要尽可能清晰，保证本身之后能够看懂；

　　2）使用4轮测试的方法来测试；

　　　　第一轮：冒烟测试。即：将新版本中全部的功能进行一遍基本功能测试，若是基本功能都不能知足应立刻打回给开发；这个过程最好控制在半个工做日之内；

　　　　第二轮：详细测试。根据测试用例或思惟导图的功能点进行详尽测试，这一轮测试和普通的测试同样，须要考虑各类异常操做和历史数据的处理等；当开发人员将bug后修复后,对修复的功能进行验证;

　　　　第三轮：总体功能的回归测试。上线前对整个系统确认一遍,是否由于开发修复了bug而引发新的问题。按照经验来说，开发在修复bug后须要着重对该bug涉及的业务流程进行一遍测试，每每业务逻辑相关的地方容易引起新缺陷；

　　　　（在第三轮和第四轮之间有产品验收环节，若是产品对最终功能没有异议便可上线）

　　　　第四轮：线上环境确认。生产环境每每是不容许有测试数据的，这一步的重点在于校验功能是否已经上线，关注点通常为如下2点：

　　　　　　1）新功能上线后，生产环境是否对相关角色的权限进行了配置，是否存在遗漏；

　　　　　　2）新功能若是涉及到历史数据的处理，务必要确认生产环境的历史数据是否被处理稳当；查看处理过的历史数据时页面是否会由于处理不当而报错；

　　　　相较于传统的测试流程，重点在于加入了第一轮的冒烟测试。相较于以往对一个个功能展开测试，等待开发一一修复，再一一验证比起来，这种方式极大地节省了时间。若是该版本基本的功能缺陷较多，可一次性将这些缺陷提交给开发，在开发人员修复的这段时间里，咱们能够处理手头的其余工做。