不知道 登录中的1~4用来验证什么的?
是输入验证
比如有些用户名必须由字母开头,用来验证输入的用户名是不是字母开头
验证密码的长度是否符合要求
等等
回复 #1 boliping 的帖子
楼主应该将这些情况进行分类,分成正常和异常两种情况,这样的话更明了 原帖由 guanyin0061125 于 2007-1-15 11:17 发表楼主应该将这些情况进行分类,分成正常和异常两种情况,这样的话更明了
没错没错,多谢提示,我现在也意识到这一点了 sdlkfj8 不知道有人看过关于测试的故障模型没
功能测试方面的测试方法运用最好是参考设计需求,使用合适的方法
下拉框和多种条件关联的采用正交排列我感觉比较方便,覆盖可能不完全,需要自己添加一点。
删除数据的话,不存在数据我不知道在功能测试的时候怎么删除…… 原帖由 11034 于 2006-12-5 18:59 发表 http://bbs.51testing.com/images/common/back.gif
理论上,测试用例是必须做到 用例编号要规范 测试目的要明确 用例等级要严格 预置条件要清楚 输入数据要精确,测试步骤要完整,预期输出要明确.现在有些公司会有一些测试用例输出到其他公司的,其他公司组织人员进 ...
预置条件要清楚 预置条件是指什么啊? 原帖由 boliping 于 2007-1-10 09:08 发表 http://bbs.51testing.com/images/common/back.gif
我以前也只是在练习而已,现在发现如果真的把所有的情况,所有的测试数据都写在用例里,工作量还不是一般的大呢。
并且感觉写了很多重复的东西,比如,基本上所有的输入都要有:数据为空,数入一个字符的数据, ...
实际中可能很多东西就自己不自觉的就带进去了吧,,,不过整理好的话对以后 维护啊 新版本的测试很好的,重复性好,也有利于记忆, 太有用了,支持! 很不错拉.......努力学习 收藏啦,谢谢! 这种讨论非常有意
谢谢
现在也正在想着制定一些常用的测试用例模板的事,看了这篇感觉不错.希望能有更多分享.
谢谢各位!
Spark.lee (子木清风) 写的挺全的
Spark.lee (子木清风) 写的挺全的输入描述的挺清晰的。 好东西!收藏了! 十分感谢 haothanks 不错.改写就代表有能力有勇气`支持!!达人们... 很实用,谢谢分享 学习中!多谢!