需求不明确时，首先，应弄明白，需求的哪些模块及功能算法不明确？
需求有问题找相关负责人沟通解决。
在IT企业中的需求由产品经理或需求分析师编写，针对不明确的需求点与产品经理多沟通，沟通完成后按照产品经理定义的结果来设计用例即可。
其次，如果因为需求文档未及时更新，或者产品经理在研发过程中未明确将修改的需求项同步给测试和开发带来的问题。
针对此问题需要对开发与测试流程进行优化。
项目过程中，需求尽量使用文档，特别涉及后台逻辑计算问题，核心功能，要写清楚，做到有迹可寻，如有变动，也及时更新需求，并告知开发测试。
再次，如果出现功能项需求描述有歧义或者不清晰的情况
多与需求沟通清楚情况，再设计用例。
以免按照自己的想法来设计用例，实际个人主观理解与需求产品理解出现偏差，最终导致用例设计有误。
重要的事情说三遍：
有需求不明确或者清晰存在歧义的问题，请一定要与产品经理沟通清楚再下手写用例！！！
有需求不明确或者清晰存在歧义的问题，请一定要与产品经理沟通清楚再下手写用例！！！
有需求不明确或者清晰存在歧义的问题，请一定要与产品经理沟通清楚再下手写用例！！！
工作中如果缺乏有效沟通，容易造成观念及想法上的差异性，以个人主观思考为前提，容易出现问题与冲突。
IT项目开发基于团队进行，有bug提交给开发解决，有需求问题找产品经理解决，缺陷回归测试人员开展，各负其责，出问题能够找到对应的人来解决问题。
总之，在测试项目过程中，一定要明白各个岗位的职责及问题导向。
只有明确了问题的导向，下一步才好找相应的对接人来一起协同解决。
你一定要相信，有问题一定有答案，方法总比困难多。
多个人想事情总比一个人要思考更全面。
