51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 47187|回复: 138
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-10-31 10:24:46 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
以前在这里看到一篇文章说,要积累各个常用模块的测试点,然后到需要测试的时候就根据这些测试点设计测试用例,我觉得这是一个好方法,就决定总结一下。我的实际经验不多,根据我在论坛中学到的零散的东西和自己的想象,总结出以下几点,欢迎各位继续补充。
1.        登陆
2.        添加
3.        查询
4.        删除


1.        登陆
①        用户名和密码都符合要求(格式上的要求)
②        用户名和密码都不符合要求(格式上的要求)
③        用户名符合要求,密码不符合要求(格式上的要求)
④        密码符合要求,用户名不符合要求(格式上的要求)
⑤        用户名或密码为空
⑥        数据库中不存在的用户名,不存在的密码
⑦        数据库中存在的用户名,错误的密码
⑧        数据库中不存在的用户名,存在的密码
⑨        输入的数据前存在空格
⑩        输入正确的用户名密码以后按[enter]是否能登陆

2.        添加
①        要添加的数据项均合理,检查数据库中是否添加了相应的数据
②        留出一个必填数据为空
③        按照边界值等价类设计测试用例的原则设计其他输入项的测试用例
④        不符合要求的地方要有错误提示
⑤        是否支持table键
⑥        按enter是否能保存
⑦        若提示不能保存,也要察看数据库里是否多了一条数据

3.        删除
①        删除一个数据库中存在的数据,然后查看数据库中是否删除
②        删除一个数据库中并不存在的数据,看书否有错误提示,并且数据库中没有数据被删除
③        输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除。
④        输入的正确数据前加空格,看是否能正确删除数据
⑤        什么也不输入
⑥        是否指出table键
⑦        是否支持enter键

4.        查询
精确查询:
①        输入的查询条件为数据库中存在的数据,看是否能正确地查出相应得数据
②        输入正确的查询条件以前加上空格,看是否能正确地查出相应的数据
③        输入格式或范围不符合要求的数据,看是否有错误提示
④        输入数据库中不存在的数据
⑤        不输入任何数据
⑥        是否支持table键
⑦        是否支持enter键
模糊查询:
在精确查询的基础上加上以下一点
①        输入一些字符,看是否能查出数据库中所有的相关信息
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-10-31 12:42:03 | 只看该作者
很实用,谢谢楼主的分享
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-10-31 19:42:25 | 只看该作者
谢谢   好东东啊
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-10-31 21:26:21 | 只看该作者
添加中的3再总结细一点就好了。一直不知道如何设计有多个输入框的用例才算是好用例.

对删除2,3.5有疑问.
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2006-11-1 10:41:50 | 只看该作者
原帖由 Joan2005 于 2006-10-31 21:26 发表
添加中的3再总结细一点就好了。一直不知道如何设计有多个输入框的用例才算是好用例.

对删除2,3.5有疑问.

对于添加的第三条,我也觉得这个问题挺难的,还在学习中,能说说你的想法吗?
3.2我的意思是,输入一个格式和范围符合要求但是数据库中没有的数据,看能不能提示“此数据并不存在”,并且保证没有其他的数据被删除
3.3输入一个格式或范围不符合要求的数,看是否提示“数据输入错误”,并且保证没有其他的数据被删除
3.5就是不输入任何数据,直接按“删除”
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2006-11-1 15:51:58 | 只看该作者

写的好详细阿

我最近也在编写测试用例,看了你的帖子觉得自己还不够细致,呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2006-11-2 14:50:32 | 只看该作者
很细致,感谢分享
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2006-11-6 16:56:12 | 只看该作者
谢谢
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2006-11-10 16:54:30 | 只看该作者
大家有没有关于输入框比较详细的分析呀
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2006-11-28 00:57:46 | 只看该作者
thanx for sharing
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2006-11-28 11:44:06 | 只看该作者

回复 #1 boliping 的帖子

非常感谢,刚好用上!
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2006-11-28 17:40:53 | 只看该作者
谢谢分享!
回复 支持 反对

使用道具 举报

该用户从未签到

13#
 楼主| 发表于 2006-11-30 09:58:22 | 只看该作者
原帖由 sun_yin_ai2004 于 2006-11-28 11:44 发表
非常感谢,刚好用上!

真高兴有人能用上
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2006-11-30 16:04:53 | 只看该作者

提问

如果有好几个条件联合查询,是不是要把所有条件的组合方式都写进去呢?

如果在某个模块有多个相同的输入项,是不是测试每个输入操作时用例都要copy一份?
回复 支持 反对

使用道具 举报

该用户从未签到

15#
 楼主| 发表于 2006-11-30 17:40:16 | 只看该作者
我好像在哪见过楼上的问题,呵呵
首先我觉得要不要把所有的组合方式都写进去就要看需求了
在有多个相同的输入项的时候,如果我遇到这种情况会把用例和数据分开
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2006-12-1 10:33:34 | 只看该作者

谢谢楼上的

原帖由 boliping 于 2006-11-30 17:40 发表
我好像在哪见过楼上的问题,呵呵
首先我觉得要不要把所有的组合方式都写进去就要看需求了
在有多个相同的输入项的时候,如果我遇到这种情况会把用例和数据分开


sdlkfj1

我是在群里提过这个问题,用例写完了,但是觉得问题好像还是存在。

用例和数据分开?怎么分开?请赐教~谢谢~
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2006-12-1 17:48:35 | 只看该作者
原帖由 云淡风轻 于 2006-11-30 16:04 发表
如果有好几个条件联合查询,是不是要把所有条件的组合方式都写进去呢?

如果在某个模块有多个相同的输入项,是不是测试每个输入操作时用例都要copy一份?



第1个问题:我觉得可以用正交设计法解决.   把每个需要输入数据的查询条件的可以看成3个水平.1.不输入;.2.输入有效的查询条件;3.输入无效查询条件.     举个例子:如果存在一个 手工输入日期 的查询条件.则3个水平可以理解为:1.空(不输入)  2.类似"2006/12/1"的有效输入  3.类似"YY/02/K"的无效输入.      对于那种不需要输入的查询条件,比如下拉选择.可以看成2个水平.1.选  2.不选.    最后根据因数的个数,选择混合水平的正交表进行用例设计   或者 选用2水平的正交表 再拆分也可以.

第2个问题: 其实应该看你们公司对用例的管理到什么程度了.严格一点来说应该写全.  如果公司对用例要求不是很严格,还要看你写的用例 是你自己执行,还是其他人执行.如果是自己执行,不COPY 也不要紧,只要你自己知道就行.
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2006-12-3 16:04:29 | 只看该作者
原帖由 11034 于 2006-12-1 17:48 发表

第1个问题:我觉得可以用正交设计法解决.   把每个需要输入数据的查询条件的可以看成3个水平.1.不输入;.2.输入有效的查询条件;3.输入无效查询条件.     举个例子:如果存在一个手工输入日期的查询条件.则3个水平可以理解为:1.空(不输入)  2.类似"2006/12/1"的有效输入  3.类似"YY/02/K"的无效输入.      对于那种不需要输入的查询条件,比如下拉选择.可以看成2个水平.1.选  2.不选.    最后根据因数的个数,选择混合水平的正交表进行用例设计   或者 选用2水平的正交表 再拆分也可以.

第2个问题: 其实应该看你们公司对用例的管理到什么程度了.严格一点来说应该写全.  如果公司对用例要求不是很严格,还要看你写的用例 是你自己执行,还是其他人执行.如果是自己执行,不COPY 也不要紧,只要你自己知道就行.


再问sdlkfj1

1.如果是下拉框,是不是每个选项都要写?还是只是随机选一种就可以了?
2.我自己觉得每个输入框都是一样的用例感觉不太好,可是如果不copy的话好像又显得用例不全,有没有好一点的方法?比如功能和数据分开,怎么分开呢?

谢谢~
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2006-12-3 17:06:20 | 只看该作者
sdlkfj2
3Q
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2006-12-4 11:32:04 | 只看该作者
谢谢楼主
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-9 05:09 , Processed in 0.089979 second(s), 29 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表