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

boliping

以前在这里看到一篇文章说，要积累各个常用模块的测试点，然后到需要测试的时候就根据这些测试点设计测试用例，我觉得这是一个好方法，就决定总结一下。我的实际经验不多，根据我在论坛中学到的零散的东西和自己的想象，总结出以下几点，欢迎各位继续补充。
1.        登陆
2.        添加
3.        查询
4.        删除


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

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

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

4.        查询
精确查询：
①        输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据
②        输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据
③        输入格式或范围不符合要求的数据，看是否有错误提示
④        输入数据库中不存在的数据
⑤        不输入任何数据
⑥        是否支持table键
⑦        是否支持enter键
模糊查询：
在精确查询的基础上加上以下一点
①        输入一些字符，看是否能查出数据库中所有的相关信息

ting-woaini

很实用,谢谢楼主的分享

飞天神鼠

谢谢   好东东啊

Joan2005

添加中的3再总结细一点就好了。一直不知道如何设计有多个输入框的用例才算是好用例.

对删除2,3.5有疑问.

boliping

原帖由 Joan2005 于 2006-10-31 21:26 发表
添加中的3再总结细一点就好了。一直不知道如何设计有多个输入框的用例才算是好用例.

对删除2,3.5有疑问.

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

nan_wng

我最近也在编写测试用例，看了你的帖子觉得自己还不够细致，呵呵

myth007

很细致，感谢分享

rlyxx2915

谢谢

gaoyanfang1

大家有没有关于输入框比较详细的分析呀

Lemmon

thanx for sharing

sun_yin_ai2004

非常感谢，刚好用上！

yilan8282

谢谢分享!

boliping

原帖由 sun_yin_ai2004 于 2006-11-28 11:44 发表
非常感谢，刚好用上！

真高兴有人能用上

云淡风轻

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

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

boliping

我好像在哪见过楼上的问题，呵呵
首先我觉得要不要把所有的组合方式都写进去就要看需求了
在有多个相同的输入项的时候，如果我遇到这种情况会把用例和数据分开

云淡风轻

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

sdlkfj1

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

用例和数据分开？怎么分开？请赐教～谢谢～

11034

原帖由 云淡风轻 于 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 也不要紧,只要你自己知道就行.

云淡风轻

原帖由 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的话好像又显得用例不全，有没有好一点的方法？比如功能和数据分开，怎么分开呢？

谢谢～

yxd2006

sdlkfj2
3Q

destinygao

谢谢楼主