b/s结构的软件测试用例,实际工作中你们是如何进行的?
公司的软件属于B/S结构,数据库为oracle,一个系统功能模块很多,而且每个模块的功能都是新增、修改、查询和删除,我的做法是根据需要对每个功能模块写用例,再另外写前后接口用例,但最后发现基本上是相类似的输入,只是每个功能的输入不一样而已,而且工作量特别大,请问大家都是怎么做的?希望能找到更好的处理方法 怎么没有人参与讨论,好想在探讨中提高,是不是我的问题不值得探讨呢。。。。。。。。 我原来也测过一个跟你情况差不多的软件。当时写用例时类似输入的用例就是直接写同前面的,没有一一写出来,但在实际测试的时候却是每个模块都输入数据测的。 同意楼上的!
我现在作的和你差不多!
还没有自己写
都是师父写好的用例
好多模块的功能都是新增、修改、查询和删除
我师父基本上都是上千个用例那样写的!汗~~
我看都看不过来
但是,请你注意,每个模块的功能都是新增、修改、查询和删除
前面必然有配置
这个实际测试的时候是需要输入数据的
用例虽然差不多
但是,数据和数据的来源还有前端的配置都是不同的!
呵呵 数据和数据的来源就是我说的接口数据,你师父也是一个一个功能地写吗? 还有,在实际测试中发现bug的,再把该用例连同测试数据再补充到它的模块中~~ 有一些测试用例的管理工具里面有模块这个设置,可以把通用的功能抽出来做成模板 那些数据是没有的,用例上面只注明了数据来源,是没有实际数据的!而且,说不定我师傅其实不知道那些数据到底幽深么用!呵呵,那时需要实际测试的时候和项目经理在开始采集的数据比较然后得出是否错误,来判断的!具体BUG提交的时候需要附上实际数据的! 如果你用TD的话,有个模板功能非常好用,可以设置一些常用变量作为参数,新建用例直接采用这些模板就可以了,即可以节省工作量,可调性又大 利用模板非常不错
页:
[1]