收到L测试负责人的测试日报，其中提到” 因系统需求与实际系统相差较大，项目组未提供需求变更文档，导致无法按测试用例执行测试”于是询问测试负责人，我按我们部门的要求开了一个不合格项给测试负责人，并责令其补充测试需求和测试用例并交给项目组进地评审。
测试负责人L感觉很委屈认为“是因为项目组未提供的需求文档导致他无法进行测试用例的编写，其次该项目测试部是在编码阶段才进入的未参加需求评审，需求文档差所以才导致会有变更，是因为项目组或管理层的不规范才导致的问题!,要改进也应该是他们先改!”
我跟测试负责人分析：
l 是否只要有需求评审了就不会有需求变更?
l 什么样的规范才叫规范?
l 是否可能将所有遇到的问题都放入规范?
l 你是否行使了你已有的权力?比如说无需求文档拒测！
l 已经测试完成的项目你是否能说明你的测试标准？
l 你是否能有把握这次跟项目组口头沟通过后，项目组下次组一定会先给需求变更文档再送测？
l 在不规范的情况下测试负责人应该应该做才能保证测试质量？
规范不是一天就建成的，而且规范也不能解决所有的问题，我们的CMMI中最重要的也是要求做到改进，改进是有很多方面的，并不是空讲“其他人存在问题，等他们改好了我再改”，改进应该只我们自己做起！
1056
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
