烦恼:需求反复修改造成的测试的反复

上一篇 / 下一篇  2015-10-29 10:11:47 / 个人分类:测试总结

    最近一直在测试计算结果的正确性,因为工程实际情况远比需求那点东西复杂的多,测试过程中总遇到很多超出需求的问题,这样就需要不断的修改需求,按这一版需求测试了,一会儿需求变化了,还要重新测。这要是小的功能点也就罢了,一个计算表格那么大,要对比的数据又那么多,执行一个用例再加上对不上计算结果找原因,也要花半个小时到一个小时的时间。可感觉时间总是因为需求的改变而白白浪费,好不容易执行完一个,告诉我需求有变化,需要重新测。
   还有一个问题,是开发想当然的改需求,之前要是没和需求商量,我在测试的时候直接告诉我我们是按这个方法计算的,我以为已经和需求确认过,只好也修改自己的计算表格,重新测试了。或许出现反复的问题也和我自身的原因有关,要是我在有疑问之前早点和需求确认,或许就没有这样的问题了。
    哎,真的很烦躁,讨厌这种重复,尤其是这种大的计算流程,之前的辛苦和重复的劳动就这样的白费了。况且,我还不确定以后还存不存在改回去的风险,真的快疯了。
工作中究竟如何减少因为这种需求的反复修改,带来的测试工作的反复呢? 

TAG:

pengyu725033的个人空间 引用 删除 pengyu725033   /   2016-01-04 17:15:32
修改需求,不能由开发自己说了算,这样很不规范,你可以和你的项目组反映;如果已经目前就这个状态,我建议你可以完全提出的测试需求;以及后面,因为需求修改导致我们测试任务不断重复和反复,万一出现问题了,不只是测试的责任,而且整个项目组的问题;
 

评分:0

我来说两句

我的栏目

日历

« 2024-04-30  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 4796
  • 日志数: 4
  • 建立时间: 2015-07-06
  • 更新时间: 2016-02-04

RSS订阅

Open Toolbar