需求不清晰

昨天测试的一个单子，发现需求很不清晰。

1、需求文档很不清晰，其实这个文档不能算需求文档，这是一份内部培训时，售前和工程对系统提出的要求和改进的记录。
既然是现场记录，难免很简略、也不是很清晰。这种文档应该先经过领导审核，并整理变成需求文档，而不能直接放在TD中做为这个任务单的需求文档。
比如：
     “ 12.超时预约工单如何自动提醒营销人员 ？”  ----这是用户提出的问题，在本次开发任务中我们用什么方式解决用户的问题呢？需求文档应该给予说明，测试才知道测试什么。
   “13.报表：营销任务排序” ----应该具体指明是查询条件，还是报表数据字段

2、开发人员在该文档上做了三种颜色的标记，但是并没有注明三种颜色各代表什么意思。

3、开发人员并没有完完全全根据需求来开发，需求文档中“2.黑名单审核界面，增加黑名单添加人姓名、工号” ，但开发出来的界面，只有姓名，没有工号，这是比较简单的需求，但开发正确率才50%。

总结：测试不仅要测出功能项的BUG，也要对开发人员、及项目组长的工作过程中的缺陷大胆指出，大家相互提出不足，才能进步。