写测试用例，应该参考什么？

三月秋风

如题，写测试用例的时候，应该让程序员或者项目经理、TeamLeader等提供什么参考？
我们公司要求按照需求写测试用例，而且只有需求的时候，就要求我们写出测试用例，这样合理吗？

风之翼

我觉得各公司情况不同而定的. 测试用例主要还是依据需求来写的.

我做测试的时间也不长,参与过两个项目(现在是第三个).前面两个的项目的做法是:需求回来之后,各模块的测试员和程序员一起听BA讲各自的需求,一般在1~2天内搞定,下来自己赶快消化,然后第3或4天开始,测试员开始根据需求和公司对用例的规范编写相应的测试用例.当测试用例完成了80%左右的时候,Lead和BA会开始review部分test case,一般占总量的20%~30%. 这些工作都完成后程序也差不多可以开始测试了.

现在这个项目目前还没有机会写case,但感觉流程和以前差不多,只是要流程更规范,case更优秀.以前那两个项目的case利用率很低,基本上每次都重写,很浪费人力和时间.而现在这个的case都写的很不错.有点一劳永逸的感觉.

风之翼

你不能说只提供需求就要求写case是不合理的.

三月秋风

补充说明：
公司希望让我们根据需求规约写出可以通贯测试全程（包括符合性、功能、集成、系统等等测试）的测试用例

我的观点：
根据需求写测试用例固然很好，感觉根据需求写的用例只能验证系统是否符合客户的开发要求，与客户的要求关系密切，与开发的产品关系比较远；     根据系统开发计划、系统开发设计说明写出的用例，与系统原型比较贴近，更适合功能性测试、集成测试、系统测试等。

所以觉得我们公司的要求很不切实际。

风之翼

我也不太清楚啊. 我只做了几个月测试而已.对这些还没什么资格谈自己的见解.

不过,我们公司的测试,是有专门的功能测试组,和性能测试组的.我属于功能测试组成员.主要职责就是根据需求和各种规范设计测试用例,执行用例,提交并跟踪defect report, 编写自动测试脚本进行自动测试. 只是如果优秀的话,会有机会被提升去开发测试工具. 就这样...

三月秋风

看来风之翼的公司很大，而且很重视测试工作，不然不会划分的这么清晰

我们公司的测试部刚成立1年零几个月而已（听说，因为我加入的比较晚），而我也只做了11个月的测试工作。公司对测试的定义很不明确，领导自己对测试几乎没概念（很残疾吧，无奈）；尤其现在测试部的这个领导，是个女的，婆婆妈妈的不说，讲出话来都狗屁不通。

所以现在的测试工作主要由我们几个人来搞，这些人对测试的概念都不够清晰，我们一边摸索，一边还要跟领导斗争（不然他们不会采取我们的建议）。:|:|

[ Last edited by 三月秋风 on 2005-10-10 at 16:26 ]

fjzpczj

测试用例可以根据测试方案来写的,测试方案是由测试经理来完成的,可是不同的公司有不同的规范,有的公司可能测试方案也没有,只能根据需求来完成.
这是我的个人见解!

bseagull

这要看你是什么用例，如果是系统测试用例，根据需求规格来写，集成测试用例根据概要设计书，单元测试用例根据详细设计写

changcheng

由正规测试流程的公司都是在有了需求说明书后，测试人员就开始写测试计划和用例的，并不是开发完程序才开始的

free_xiaoyu

我也很头痛这件事，我们公司最近也在要求我们写测试用例。真不知如何下手。谁有高见快说说吧！

changcheng

黑盒测试的测试用例设计方法:p

zhaoxinghua

thx

lgchuan

学习了

hbdxzap

学习学习！谢谢 楼主！

lingjie219

项目需求是必须要的，再是要把用例写成傻瓜式，也就是不懂此项目的人知道怎么操作。

[ 本帖最后由 lingjie219 于 2009-2-24 10:25 编辑 ]

xiaogan