我总结的登陆、添加、删除、查询模块的测试点

chenxi01032005 · 发表于 2007-1-10 14:52:34

不知道登录中的1~4用来验证什么的？

boliping · 发表于 2007-1-12 09:26:56

原帖由 chenxi01032005 于 2007-1-10 14:52 发表
不知道登录中的1~4用来验证什么的？

是输入验证
比如有些用户名必须由字母开头，用来验证输入的用户名是不是字母开头
验证密码的长度是否符合要求
等等

guanyin0061125 · 发表于 2007-1-15 11:17:55

楼主应该将这些情况进行分类,分成正常和异常两种情况,这样的话更明了

boliping · 发表于 2007-1-15 11:32:32

原帖由 guanyin0061125 于 2007-1-15 11:17 发表
楼主应该将这些情况进行分类,分成正常和异常两种情况,这样的话更明了

没错没错，多谢提示，我现在也意识到这一点了

annayin · 发表于 2007-5-28 17:37:20

sdlkfj8

yunxiz · 发表于 2007-5-28 20:29:23

不知道有人看过关于测试的故障模型没

功能测试方面的测试方法运用最好是参考设计需求，使用合适的方法

下拉框和多种条件关联的采用正交排列我感觉比较方便，覆盖可能不完全，需要自己添加一点。

删除数据的话，不存在数据我不知道在功能测试的时候怎么删除……

wgkg0 · 发表于 2007-5-29 09:59:35

原帖由 11034 于 2006-12-5 18:59 发表
理论上,测试用例是必须做到用例编号要规范测试目的要明确用例等级要严格预置条件要清楚输入数据要精确,测试步骤要完整,预期输出要明确 .现在有些公司会有一些测试用例输出到其他公司的,其他公司组织人员进 ...

预置条件要清楚预置条件是指什么啊？

barcelona · 发表于 2007-5-29 10:39:35

原帖由 boliping 于 2007-1-10 09:08 发表
我以前也只是在练习而已，现在发现如果真的把所有的情况，所有的测试数据都写在用例里，工作量还不是一般的大呢。
并且感觉写了很多重复的东西，比如，基本上所有的输入都要有：数据为空，数入一个字符的数据， ...

实际中可能很多东西就自己不自觉的就带进去了吧，，，不过整理好的话对以后维护啊新版本的测试很好的，重复性好，也有利于记忆，

zfylan · 发表于 2007-5-29 11:56:51

太有用了，支持！

add1231 · 发表于 2007-5-29 17:23:55

很不错拉.......努力学习

OnTheTesting · 发表于 2007-5-30 11:45:01

收藏啦，谢谢！

testman · 发表于 2007-6-1 00:25:12

这种讨论非常有意

xuewd · 发表于 2007-6-6 11:38:45

现在也正在想着制定一些常用的测试用例模板的事,看了这篇感觉不错.
希望能有更多分享.
谢谢各位!

zhouhao · 发表于 2007-6-11 16:05:54

Spark.lee (子木清风) 写的挺全的
输入描述的挺清晰的。

musk · 发表于 2007-6-13 11:13:55

好东西!收藏了!

铅笔头 · 发表于 2007-6-13 11:38:39

十分感谢

shenwenhai · 发表于 2007-6-13 13:37:24

hao thanks

牛牛是乖乖 · 发表于 2007-6-13 21:30:43

不错.改写就代表有能力有勇气`支持!!达人们...

蝈蝈77 · 发表于 2007-6-14 15:49:26

很实用，谢谢分享

yeziqingqing · 发表于 2007-6-14 16:16:55

学习中！多谢！

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 我总结的登陆、添加、删除、查询模块的测试点