功能测试中哪些方面是测试人员不愿意碰触的?或者不想遇到的?无疑临时需求的功能测试(或是过度需求)是测试人员不愿遇到,在快速版本迭代中,整个团队的工作节奏基本稳定,工作方式逐渐相互认可,突然的临时需求可能导致项目或产品的风险不可预估,打乱整个节奏。
  尤其对测试人员来说,与之关联的功能需求需要从新测试回归,而这部分工作又不可忽视,之所以临时需求可想而知是对项目的架构不完善的填充,面对这样的突发事件,测试应如何应对?
  面对这种长刃兵器,无法回避如何破之!
  一个紧凑的项目开发实施周期来说,同样测试周期压缩厉害,必要时申请项目延期或产品发布延后,实际情况往往不允许,如何分配时间分配人员,成为了破解长刃需求的不二策略,可以采用二次需求与原需求并行测试的步调来保证终可回归功能是统一一致的。新增临时需求主要解决的必然是后续产品待改进的地方,功能以完成度为主要目标,所以测试重点要明确,保证不影响关联功能需求为原则。
  破枪式以其精而久之力做到以招破重!