开发与测试对需求理解不一致时的处理流程
测试人员的沟通固然重要，但有时对于一个用例或用例外的需求，在测试执行过程中出现的理解不一致。。一般，我们是执行者与bug对应的开发人进行沟通》用例设计者沟通》再不行产品经理》
不知道大家是怎么处理的，有没有一个比较完整的处理流程？ 看你们项目的组织架构如何,如果是我们公司的话有两种情况:
一,有和customer直接沟通的,这个时候你自然是找customer了,如果依赖开发,那问问自己测试的定位是什么.(我有时候也是问开发的,啊哈哈哈)
二,如果没有和customer直接沟通的,那就问问你们的UX,不过一般公司可能还没有这个部门吧,就是用户体验,他们和客户的想法往往是比较一致的.
再则嘛应该就是什么都没有的,我碰到过就是半路接手的.就只有开发了,那这个时候就用邮件了,不要口头沟通,问问那么的PM这个情况如何处理,而不是自己一个人想当然. 如果说问开发的话,那一定要记得在问开发的邮件时,记得要CC一份给你的PM.所谓责任和职责,我想这个是主要的!
以上个人意见... 开发与测试对需求理解不一致时听客户的。 以后要做用例评审！
用例评审非常重要，不要只是测试内部看一下，要邀请开发人员一起参加，这样就不会到测试执行时才发现！
出现类似问题，首先看看能不能统一意见，如果不能上报高层领导！有时可以进行内部PK，大家例举自己优点然后自己比较，打分不记名投票啊！
只要是出发点好，肯定能达到一致意见的！ 嗯，感谢楼上几位同志，总结一下：::xsjsn:::
1.客户是最终的决定者。
2.UX这个部门确实比较重要，但目前本公司还真没有。其他公司可能也只是放在另一个部门内包含着吧。
3.用命评审是开发与测试内部解决矛盾的最好途径。当然这个在时间上要协调好。
页:
[1]
