求助怎么样彻底理解项目设计需求
来公司一个星期了,这一个星期天天在看项目设计需求,写测试用例。可是主管一直说我根本就没了解需求,不知道写的是什么,问她她又死不说,就让自己去看,我都看到吐了。。。大婶们,你们都是怎么看需求啊, 如果你的老大和你不在同一个项目,可能她不知道需求是啥 慢慢来 很正常啊,我也不会直接告诉你怎么写测试用例,就是看你能对需求文档理解多深。一般来说你直接写根据需求写测试用例肯定会偏离很多,不妨先把需求文档转换为user story,然后详细化为use case,功能流转图,user scenario等等,然后再去写测试用例就靠谱的多 结合多份文档,多问问看, 慢慢来 问主管不行,可以问问其他人嘛 不过最终还得靠自己平日的积累不懂得地方多问,多搜 个人认为问项目经理效果更好些 回复 2# 千里
她确实跟我一个项目。。。已经第六天了,因为开发项目延期,所以我这边一直没事做,就让我看文档,看到旁边的同事都在忙着测试写报告,唉,有一种多余的感觉。。。。 很正常啊,我也不会直接告诉你怎么写测试用例,就是看你能对需求文档理解多深。一般来说你直接写根据需求写 ...
gigobin 发表于 2014-5-23 16:00 http://bbs.51testing.com/images/common/back.gif
这需求文档就开发写两句话再附上一张图。。。简单的不能再简单了,还系统逻辑。。。 问主管不行,可以问问其他人嘛
愚人 发表于 2014-5-23 19:20 http://bbs.51testing.com/images/common/back.gif
其他人不在我这个项目,只能问他们一些别的东西。。。。 可能我比楼主遇到的情况要更惨。我这边的项目压根没有什么设计文档,测试文档,等等一系列文档,有的只是甲方给的项目需求(只是站在甲方角度,业务层面给出的文档)。就这一个文档。刚开始我也不知道怎么测,我的经验是先看懂需求(100多页的文档),再理解项目(整个系统的架构、流程,具体到程序是什么样子,做出来应该是什么样子),之后,与开发人员沟通,不懂就问(你不好意思问,别人更烦给你解释,有时脸皮要死厚死厚才行,呵呵)。边理解边测试,边测试便理解(有时以为自己弄懂了项目需求,实际上根本不是你当初想象的样子,你不仅要站在业务层面,甲方的角度想问题,更要站在开发者角度层面想问题,你就是两者之间的平衡者)。
我给楼主的建议是:
1、要对自己所学有信心,对自己做这一行有信心,
2、脸皮要厚,多动脑,
3、能力=天赋*时间。你不可能是天赋秉异的人,但你可以是成为任何领域中能力突出的人,时间是金钱。 可以先郁闷一下,呵呵
页:
[1]