温婉经过多个项目的实际测试，随着经验的积累，她工作的效率逐渐提升。连婷跟她合作的越来越顺畅。本来是她作为主测试人员的，也慢慢的往温婉这边倾斜，使温婉得到更好的锻炼，更能独当一面。
现在每拿到一个新的项目，她对着需求文档和概要设计文档，就可以在一小时内快速获取大致的主业务，快速拆解需求后就可以上手写用例了。
然后有一天，突然来了一个紧急需求，什么文档都没有的需求，客户要求一周交付的，连婷分不开身，任务落在温婉头上，已经习惯根据需求文档开展测试工作的温婉傻眼了。
新需求是在一个已有系统里的首页加一个报表功能，统计一些营销数据和用户数据的，原本负责这个系统的产品经理离职了，他跟新来的产品做了交接，新产品经理负责本次新需求的设计和文档编写，他已经就这个需求跟研二这边讨论过几轮，但是还没有形成文字版的需求文档，人就失联了！
需求是YD分公司的大领导提的，为了方便他们实时掌握总体营销数据的，但是具体要怎么展示，最知道的就是产品经理，但现在的情况有点复杂，设计，开发，测试都有点无从下手的感觉。
梁健那边给出报表的大致样子，但具体细节没有确定，研发那边是按照设计图和几轮需求讨论时的不成熟理解写了部分代码，但是具体的统计公式那些也是不确定的，温婉这个测试更惨，她以前没接触过这个系统，还没有开始正式的需求评审，她也没参加过之前的需求讨论，目前需求不明确，做项目最怕的就是产品，开发和测试三方对于需求的理解完全不一致，到时给出的成果不是客户大领导想要的，那就是个巨坑了。
“人生啊，就是如此多艰。”温婉摊在工位上，两眼无神，发出感慨，这是她入职以来遇到的最大难题了。
“小师妹，加油哦。”连婷有点不好意思，本来这该是她要头痛的事情，结果她这边几个项目结束，要去给客户做系统培训，要准备的东西多着呢。
“小师妹没油了，确实需要加加油！”温婉站起来伸个懒腰，“我下去买杯饮料，有谁要带的吗？”
“我要一杯咖啡，美式的，越苦越好。”梁健“点单”。
“我要蜂蜜柚子茶，热的哈。”连婷一边飞快的敲键盘，头也不抬的下单。
“冰红茶，谢谢。”
“柠檬茶。”
“珍珠奶茶不要珍珠。”
“.......”
温婉到楼下走了一圈，拎了一堆的饮料上楼，活像个送外卖的。
69書吧
发完饮料，她坐回位置上，打开项目小组群开始打字：
“梁工，你的UI图，请把最新版本发给我。@梁健”
“林助理，请把之前几次需求讨论会的会议记录发给我。@林诗”
“廖工，麻烦发一下概要设计文档。@廖恭”
“梁量，原始系统的第一版需求文档，概要设计和主要业务流程图发一下呗。@梁量”
温婉打算先熟悉原始系统的主要业务流程，然后尽可能的收集本轮需求的关联文档和信息，自已整理好一份“测试需求文档”，然后去找临时顶上的产品经理一起讨论，形成产品，设计，研发，测试四方理解一致的需求文档，然后拜托临时产品经理去跟大领导请示，如果大领导认可了就开工写用例，如果不认可，就问清楚领导要的效果，把文档修改到被认可为止。
“大伙觉得我这个思路行不行啊。”温婉也不太自信，但坐以待毙不是她的风格，有思路了就赶紧征求大家的意见。
“可以，做吧。”项目相关人员讨论后，廖工拍板，就这么干。
温婉整理文档时一直不停的“骚扰”项目组的相关人员，不过大家都没有烦她，都积极配合，颇有头脑风暴的架势，等她的文档整理好了，有意见和建议的也都提出来，再一起讨论，更改文档，临时产品经理也提出自已的见解后，温婉把最终版本的“需求文档”发给他，由他去跟大领导交涉了。
“温婉，这是我根据领导的意见，在你的文档基础上做了调整的，你们就根据这份需求实施工作吧。”产品经理给了最终版本，各人总算可以开始正常工作，客户那边对于已方的工作漏洞导致开发商工作不顺利而口头上道歉，也认可他们此次的补救措施。不过这些都是口头上说说，没有实际的补偿措施，毕竟人家是甲方爸爸，作为乙方，不用“逆来顺受”已经不错了。
温婉也意识到在项目里，一个靠谱的产品经理有多么重要，这种要命的事情，希望不会第二次遇到。
如遇章节错误，请点击报错(无需登陆)