只有一份需求说明书的软件应该如何进行测试
小弟在一家小软件公司(深圳)办事处做测试,公司人员紧张,专职测试人员就小弟我一人,测试主要是针对功能测试,但在测试过程中,我全部的资料就只有一份需求说明书,其他的设计说明书之类全无,这给测试带来了很大不便。。我当如何是好。。 首先对SRS中的各个功能进行用例设计,确定输入/输出的标准。尽可能的与开发人员沟通,从他们那里获取必要的资料(必须要有输入/输出的标准),然后设计用例进行测试。
只有先这样了!! 。。。。。。。。
只做功能测试当然就只有一份需求规格说明书了。
不过只有你一个人的话那么所有的工作都需要你一个来做了。
首先是要根据需求规格说明书来写个大概的测试计划,因为只有你一个人所以测试计划就不需要包含太多的管理方面的东西了,只要写一下测试时间安排以及测试项就可以了,测试项是根据CMM质量模型对SRS中的需求项进行测试需求分析。写出了测试项了以后就可以根据项目的复杂度来看是否需要写测试子项,再根据一些常规的系统测试用例的设计方法来进行系统测试用例的设计了。设计好了用例就基本上大功告成了,只剩下测试执行了。 谢谢...工作始有眉目.... 比我们好多了,我们需求说明书都没有!按标准流程开展工作很困难。 只有需求说明书,没有设计文档编写出来的测试用例肯定是不够细致,只能写个功能测试要点的测试用例,再具体的内容好像只能找开发人员去了解才能慢慢补充和修改测试用例 真是辛苦了。真难为我们这些个测试人员了```不过我们不怕``` 如果可以的话,感觉还应该以需求规格说明明分为业务需求文档(以开发实现功能为主)
以此做为测试方案依据,更好些
学习中......
学习中...... 有需求说明书应该能写出一个大致的测试用例了,其他的还需要等设计文档出来以后再进行补充 其实有需求已经不错了,有的小公司什么都没有,可能就2,3页纸的所谓需求,就要求测试人员进行测试。根据需求已经可以写用例了,需求不明确写不出用例的地方再跟相关人员沟通,需求上的东西就是你的测试范围,不要超过需求想当然。一般来说不写上去的东西就不需要测试。如果有东西你认为非测不可而没有写进去的,可以与相关人员沟通问清楚。回复 #11 wuying36172 的帖子
我们公司就这样 1做个简单的计划,安排工作进度、测试需要的环境等等2根据CMM质量模型对SRS中的需求项进行分析
3分析出测试项,测试子项
4找开发人员进行沟通,对于不足的地方加以补充
5用各种方法设计用例,执行用例,填写缺陷报告
6最后做个测试报告 你们公司要你做什么测试,只有需求,做QT测试了,怎么做楼上各位都有好的意见 我们公司也这样,做测试的条件太受限制了 sdlkfj9 新来一家公司,比你的还差呢
给我的项目已经开发完成了,我就是根据开发做出来的写用例,进行测试
在不正规的软件公司做测试真是难啊,国内的软件业也是让人难以放心啊 有需求已经不错啊怎么也有面包了 还要什么牛奶 大多数人都没有
有需求就分析需求,一定要制定一个测试计划,因为只有你一个人,不必太繁琐自己懂就OK了
完事写测试用例吧对于不清楚的地方要及时沟通
测试用例完事了 就执行吧 有需求那就很好办.
如果需求只有一句话.或者...根本没有..那才麻烦
上次去一家 **** 公司面试.被他这样问
感觉...他们很混乱..
页:
[1]