只有一份产品概要说明该如何开展工作？？

gdhxh82

如题
我们公司的测试部门才刚刚成立，这个产品已经开发了一段时间了，之前估计也没有文档，我们刚接手测试，开发的负责人抽时间写了份产品概要说明。

问题是只有这份概要说明我们如何写计划？如何写用例？连具体的需求都没有。。。。
开发那边任务很紧，沟通过几次，他们甚至连TD都不太想用，让他们抽时间写份详细的需求更是难上加难

头痛中，请各位指点一下

kuangretiancai

没办法，根据以前作项目的经验，套用以前项目的品Plan就好了。

hotqq4321

什么产品啊。拿过来自己使用下，再根据经验及那份宝贵的概要说明，充分发挥想象力

wzdancer

遭遇一样！我们公司直接给我做了一半的项目让我测试。什么都没有！我只能去问开发人员。

liran

顶

暗冷夜空的风

这个的确是很多不规范的公司会有的情况。此时，我们就一定要发挥自己的主观能动性。既然只有概要说明书。。。应该算用户手册吧？那你就好好研究这个用户手册，尽力挖掘出具体的需求。当然，这么少的材料是很难挖到什么金子的，那么你看看能不能让你们使用这个要测试的东西，亲自实践一下，走走它的流程，这样你们也就对需求有个大致的了解了。另外，如果这个东西是比较热门的话，比如ERP\CRM之类的，那你就可以去网上、书店找找这方面的资料，这对于了解项目是很有用处的。最后呢，强求开发好好写说明书是不现实的，这只能从侧面去了解滴。。。你可以和他们搞好关系再提这种事，情况会好一点。同志，努力吧，小公司很锻炼人的！

puchonghui

自己跑系统
自己研究业务流程
跑的过程中一定要记得自己写文档！
有不明白的问开发，问项目经理，甚至直接问客户


另外td对开发的来说用td根本不占什么时间
改下状态就行
这个如果测试组没问题的话可以建议pm规定强制使用

gdhxh82

谢谢指点

我觉得沟通解决一切，尽力而为吧。
新来咋到的和开发那边不太熟，阻力肯定会有的，特别是我们这种经营了几年养成了默认的工作模式但又没有正规化的公司，要马上改变现状是不太可能的。

CMM认证。。。难啊！

dujun

与同类产品进行类比
与开发 产品方进行交流
自己的经验 感觉

shenyang

如果沟通不行，那就只能拿着那个概要说明做测试工作了。但是在开展工作之前先要明确责任，没有详细的需求最后产品出了问题有谁来承担责任。