51Testing软件测试论坛

标题: 开发与测试对需求理解不一致时的处理流程 [打印本页]

作者: key4    时间: 2009-8-23 14:14
标题: 开发与测试对需求理解不一致时的处理流程
测试人员的沟通固然重要,但有时对于一个用例或用例外的需求,在测试执行过程中出现的理解不一致。。
一般,我们是执行者与bug对应的开发人进行沟通》用例设计者沟通》再不行产品经理》

不知道大家是怎么处理的,有没有一个比较完整的处理流程?
作者: cdxfujian    时间: 2009-8-23 17:25
看你们项目的组织架构如何,如果是我们公司的话有两种情况:
一,有和customer直接沟通的,这个时候你自然是找customer了,如果依赖开发,那问问自己测试的定位是什么.(我有时候也是问开发的,啊哈哈哈)
二,如果没有和customer直接沟通的,那就问问你们的UX,不过一般公司可能还没有这个部门吧,就是用户体验,他们和客户的想法往往是比较一致的.

再则嘛应该就是什么都没有的,我碰到过就是半路接手的.就只有开发了,那这个时候就用邮件了,不要口头沟通,问问那么的PM这个情况如何处理,而不是自己一个人想当然. 如果说问开发的话,那一定要记得在问开发的邮件时,记得要CC一份给你的PM.所谓责任和职责,我想这个是主要的!

以上个人意见...
作者: black_tulip    时间: 2009-8-23 21:44
开发与测试对需求理解不一致时听客户的。
作者: liaoxj    时间: 2009-8-28 16:23
以后要做用例评审!
用例评审非常重要,不要只是测试内部看一下,要邀请开发人员一起参加,这样就不会到测试执行时才发现!

出现类似问题,首先看看能不能统一意见,如果不能上报高层领导!有时可以进行内部PK,大家例举自己优点然后自己比较,打分不记名投票啊!
只要是出发点好,肯定能达到一致意见的!
作者: key4    时间: 2009-8-31 19:13
嗯,感谢楼上几位同志,总结一下:::xsjsn:::
1.客户是最终的决定者。
2.UX这个部门确实比较重要,但目前本公司还真没有。其他公司可能也只是放在另一个部门内包含着吧。
3.用命评审是开发与测试内部解决矛盾的最好途径。当然这个在时间上要协调好。




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2