用例设计-------发点牢骚
在没写测试用例之前到网上找了好多有关测试用例的资料看后,还是不好下手(想得太多了却不好组织了)。呆了。。。。比如网站,我们在写的时候应该按页面写测试用例吧,一个页面对应一个测试用例。然后发现好多页面里的功能是换汤不换药,一样的,那我就复制吧,这样也烦啊
网站类的功能测试,也就是链接测试(多数),表单测试,验证测试,数据库测试。
我总觉得即便把所有应该测的都写出来了吧,但是如果是我手工测的话,我是不会看着测试用例一步步来的,因为脑子里知道要测什么。
上头也没给具体的需求规约,只能看着ui想想写写,如果ui一改动,那我也得重来。
写来写去的,烦
回复 1# 的帖子
如果按你说的怕UI改动,那么功能如果变动不大,可以先依照功能写用例,先写其他的测试用例。等UI基本确定后再考虑UI上的用例。 UI和功能分开写 建议功能测试找找测试工具进行测试,比如链接测试,就有不少这方面的自动测试工具,如Xenu Link Sleuth 等。回复 2# 的帖子
关键是详细的功能是看ui做的而定的。回复 4# 的帖子
Xenu Link Sleuth只是测试有没有坏链吧,如果我想测试某个链接是否链接到某个正确页面就不行了。回复 3# 的帖子
一般只写功能的,ui方面的只是觉得必要才写,一般都不写的 还没有写过测试用例目前在学习钟:handshake 我也有楼主的麻烦,看各位的回答,有点头绪,谢谢 还没开始写,先看看有什么问题先 俄。。。重复性劳动是有吧。。。莫烦操咧~ 开始自己动手写测试用例这是测试工程师职业生涯前期的一个很重要的前进标志 我是新手,想学习测试工程师,但是不知道从哪开始,各位大哥大姐们能给点指导吗? 我下星期要学了怎么办,
页:
[1]