最近接到一个项目要写测试方案，昨天问项目经理需求文档怎么没有提交到 SVN，结果说需求文档还没写好。。。但是安排的今天就要写方案。。。我就让他改方案的时间，晚上他给我回复的是
“
没有产品需求规格说明书，就没法写测试方案了？测试方案应该与最终的产品需求规格说明书关系不大吧。如果有疑问请向你的工作组长反馈。”
本来想好好写一下方案，看到他这么说，瞬间就火大了。。。如果是以前，我肯定会跟他说写不了，必须改时间。这样他肯定也火大，对这种 SX，还是不要得罪的好（他善于在老大面前打小报告），于是我想随便写写完成任务算了，纠结。。。有一种领导就是让团队做的事情越来越水，无语。
我们公司从来没有需求文档，给你几张设计图就感觉你就必须能写出测试用例了
更奇葩的时候我们公司是产品部的老大在管理整个研发，测试。要是测试出问题了就开会问是哪出问题了，我们本来想说是没有需求但是不能说啊
这不国内公司很常见的问题么？需求任意改，文档不完善，什么都拖拖拉拉，文档文档真心还是日本项目完善正规。
对日项目文档流程等规范性，真心甩国内项目几条街（也许是我见识短浅，目前接触的国内项目文档管理，流程控制感觉差很远）
先尽量写吧 写好后用邮件发出，同时抄送给老大，说明目前情况，不要在邮件中指责谁，说明状态即可。
—— 来自 TesterHome 官方 安卓客户端
额，虽然没有文档，但大致的需求说明应该还是有的吧，或者找产品沟通应该也能沟通出来。
测试方案这种比较粗粒度的个人感觉还好。不过有详细需求规格说明当然是最好的。
吐槽解决不了问题，关键你们组长也这么想？
—— 来自 TesterHome 官方 安卓客户端
坑已经挖好了，你跳不跳？反正产品需求说明书不出，你的测试方案就永远不完善，别人就永远有理由找你的麻烦
小团队直接沟通就好了，跨部门协作这种工作模式就会很耽误时间
同意 5 楼观点，对事不对人的说明情况，要明确说清有哪哪几个点需要需求端处理说明。另外一个可以收集一些数据，比如有多少缺陷是属于需求端的，占缺陷总数比例是多少等等，领导一般是喜欢用数据说话的。如果想做的更好，当然是提供一些方案（比如实例化需求）来帮助解决，可以邀请相关的开发等等一起讨论方案的落地，也邀请上领导。经常在领导耳边吹吹风是必要的。不过有一点，有些领导就是一出问题先问 “为什么没有测出来”，这种咱心怀放大一点，尽人事就可以了。
testhome 是个有爱的社区，谢谢大家
测试方案里可以预留需求的出来，可以先把结余上个版本的写上去，测试策略其实和需求关系不大。
从来不知道需求文档长啥样，照样写了好几年用例
#12 楼 @anonymous 看来你不爱 Testerhome ，都拼错了。
@dongdong 测试
如果有疑问请向你的工作组长反馈，
我曾经也呆过一个创业公司，产品经理开会说，我们应该做一做安全性测试
然后被 boss 打回说，先把功能测好吧
我还碰到过一个设计师，每天花的最多的时间就是告诉你，我这个设计师对的，因为我觉得用户应该这样这样这样
你们不懂设计，不要瞎 bb，你们说服不了我的
其实每个人都有脾气，就看你怎么运用，加上每个人的性格不同，处理事情的方式也不一样
如果我是 LZ，我肯定是不能忍了