上线出现问题之殇以及如何避免
上一篇 / 下一篇 2017-09-17 08:36:55 / 个人分类:测试经验总结
TAG:
- 引用 删除 xyp159 / 2018-01-24 14:23:31
-
原帖由leizi1126于2017-11-30 15:48:19发表
1.首先除了与需求、开发进行三方评审后,写checklist的时候,对需求进行需求测试,这个过程需要把一些需.
这条在实际情况中其实存在,即使开发听测试的也不允许绕过产品,应该以产品经理为中心,测试提交不合理的需求文档给产品经理时,产品经理应该按照自己的判断采纳建议并即使做出修改和文档,下发给于项目任何有关人员。反之开发提出问题,同理,产品这个时候应该起到一个调度器的作用
- 引用 删除 幽幽草哈哈 / 2017-11-30 21:26:14
- 嗯,同意,发现需求不合理,这时应该首先和产品经理沟通,所有的需求都应该在开发 初期一一确认,一但在开发阶段发生需求变更,那么都需要第一时间通知产品经理。
- 引用 删除 leizi1126 / 2017-11-30 15:48:19
- 1.首先除了与需求、开发进行三方评审后,写checklist的时候,对需求进行需求测试,这个过程需要把一些需求不合理的地方找出来和需求进行沟通和讨论,如果确实不合理需要及时通知开发进行调整,需求需要修改自己的文案,重新提交,测试需要标记修改的内容。这样避免了在需求不合理的情况下开发进行了开发,后面再进行返工的情况,也让测试人员充分理解功能以及功能应用的业务背景,在后面的测试中游刃有余。 我对这条有疑问,一般如果发现研发过程中,发现需求不合理,这时应该首先和产品经理沟通,开发根本不会听一个测试的,并且所有的需求都应该在开发 初期一一确认,一但在开发阶段发生需求变更,那么都需要第一时间通知产品经理,项目经理,因为测试人员本来不能做决策,还有开发人员不会 同意你说的
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
1 | 2 | ||||||||
3 | 4 | 5 | 6 | 7 | 8 | 9 | |||
10 | 11 | 12 | 13 | 14 | 15 | 16 | |||
17 | 18 | 19 | 20 | 21 | 22 | 23 | |||
24 | 25 | 26 | 27 | 28 | 29 | 30 | |||
31 |
我的存档
数据统计
- 访问量: 273842
- 日志数: 170
- 建立时间: 2011-12-05
- 更新时间: 2020-05-07