不浪费光阴,不虚度年华,在充实中享受,在享受中充实. 好东西要一起分享才会更有价值

Taocity测试总结二:测试用例设计容易忽略的方面

上一篇 / 下一篇  2008-12-11 15:56:28 / 个人分类:体会总结Summarize

测试数据

1.文件上传,图片上传方面:图片的大小,格式限制,能否处理文件名为中文名等等。

2.某些非法操作:输入错误路径,输入不存在的文件名,测试系统的容错性、安全性。

3.Tab,Enter,Pageup,pagedown等等常用功能键的操作结果。

4.数据输入分显式输入和隐式,显式输入即表单、下拉菜单及其他选择的项等等。隐式输入,如所点击的链接的URL的参数传递,比如URL里的ID=7,即为一种隐式输入。

5.非法输入:总的来说就是不被允许输入的数据,例如上传图片:上传非图片格式的文件,表单中要求输入整数,则输入非整数,可以是字母、中文、小数、分数等等。

6.在实际中不存在的事或者无意义的数据:比如,年龄,可以考虑输入200岁,看程序怎么处理。

7.注意对空格、"0"、空值的处理。

操作:

每个修改、增加、删除等等对数据库产生影响的更新操作,在提示更新成功后要进行相关的显式验证,可以到调用该数据的其他相关页面查看是否已更新,验证测试输出结果,而不仅仅是在当前页验证,如果必要还要进行其它诸如退出再登录或者更换登录名的操作以作验证。并且这些操作也应该作为测试案例的操作步骤记录下来,并把看到的相关结果作为输出的实际结果记录下来。这些操作及结果实质上都是该测试案例的一部分。

其它:

1.在描述输出结果时,应说明执行什么步骤有什么结果,才能把用例描述清楚,而不是把输出结果一股脑写进实际输出结果中。

2.测试摘要中最好概括地说明模块及功能,输入及测试的目的或者功能等等。让人一目了然,因为并不是每一个人都会详细地阅读测试用例。尤其是项目经理等等。

3.一个功能块中如果若干个逻辑判断,最同意出错的是在最初一个与最后一个判断。

4.对操作发现的意外情况要及时记录,包括每一步的操作和输入数据,最好把每一步操作的结果都记录下来,以利于测试的重现。

5.可以把一些后台直接调用到前台的功能的用例放在相关的操作功能之后,结合在一起进行测试,协商相关的用例编号。可以去除一些不要的用例。

6.当出现BUG时,必要的时候可以进一步补充测试用例来帮助程序员定位BUG,缩小检查的范围。

7.在报告BUG的时候,可以借助截图工具截图并标注出BUG,以更直接明了的方式报告BUG。

8.安全测试方面:在进行权限方面的安全测试时,可分析URL,如果该URL包含了有关用户方面的参数,例如UID等等,则复制URL并以不同的身份登录,粘帖并打开,看是否可以越权限操作,例如修改用户信息等等。


TAG: 测试用例 测试数据 体会总结Summarize

 

评分:0

我来说两句

日历

« 2024-03-21  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 15797
  • 日志数: 7
  • 文件数: 3
  • 书签数: 37
  • 建立时间: 2008-12-07
  • 更新时间: 2009-01-04

RSS订阅

Open Toolbar