web测试技术经典案例(2)

发表于:2012-05-14来源:Csdn作者:xuerong13点击数: 标签:web测试
Cookies 验证如果系统使用了cookie,测试人员需要对它们进行检测。如果在 cookies 中保存了注册信息,请确认该 cookie能够正常工作而且已对这些信息已经加密

  Cookies 验证如果系统使用了cookie,测试人员需要对它们进行检测。如果在 cookies 中保存了注册信息,请确认该 cookie能够正常工作而且已对这些信息已经加密。如果使用 cookie 来统计次数,需要验证次数累计正确。关于cookie的使用可以参考浏览器的帮助信息。如果使用B/S结构cookies中存放的信息更多。功能易用性测试完成了功能测试可以对应用性进行了解,最好听听客户的反映,在可以的情况下对程序进行改进是很有必要的,和客户保持互动对系统满意度也是很有帮助的。

  测试技术功能测试的测试技术可是很多的,我们可以结合实际环境选择使用

  白盒测试技术(White Box Testing) 深入到代码一级的测试,使用这种技术发现问题最早,效果也是最好的。该技术主要的特征是测试对象进入了代码内部,根据开发人员对代码和对程序的熟悉程度,对有需要的部分进行在软件编码阶段,开发人员根据自己对代码的理解和接触所进行的软件测试叫做白盒测试。这一阶段测试以软件开发人员为主,在JAVA平台使用Xunit系列工具进行测试,Xunit测试工具是类一级的测试工具对每一个类和该类的方法进行测试。

  黑盒测试技术(Black Box Testing)黑盒测试的内容主要有以下几个方面,但是主要还是功能部分。主要是覆盖全部的功能,可以结合兼容,性能测试等方面进行,根据软件需求,设计文档,模拟客户场景随系统进行实际的测试,这种测试技术是使用最多的测试技术涵盖了测试的方方面面,可以考虑以下方面

  正确性 (Correctness):计算结果,命名等方面?

  可用性 (Usability):是否可以满足软件的需求说明。

  边界条件 (Boundary Condition)输入部分的边界值,就是使用一般书中说的等价类划分,试试最大最小和非法数据等等.

  性能 (Performance) 正常使用的时间内系统完成一个任务需要的时间,多人同时使用的时候响应时间,在可以接受范围内.J2EE技术实现的系统在性能方面更是需要照顾的,一般原则是3秒以下接受,3-5秒可以接受,5秒以上就影响易用性了. 如果在测试过程中发现性能问题,修复起来是非常艰难的,因为这常常意味着程序的算法不好,结构不好,或者设计有问题。因此在产品开发的开始阶段,就要考虑到软件的性能问题。

  压力测试 (Stress) 多用户情况可以考虑使用压力测试工具,建议将压力和性能测试结合起来进行.如果有负载平衡的话还要在服务器端打开监测工具,查看服务器CPU使用率,内存占用情况,如果有必要可以模拟大量数据输入,对硬盘的影响等等信息.如果有必要的话必须进行性能优化(软硬件都可以).这里的压力测试针对的是某几项功能.

  错误恢复 (Error Recovery) 错误处理,页面数据验证,包括突然间断电,输入脏数据等.

  安全性测试(Security)这个领域正在研究中,不过防火墙,补丁包.杀毒软件等的就不必说了,不过可以考虑破坏性测试时任意.看了一些资料后得知,这里面设计到的知识/内容可以写本书了,不是一两句可以说清的,特别是一些商务网站,或者跟钱有关,或者和公司秘密有关的web更是,需要这方面的测试,在外国有一种专门干这一行的人叫安全顾问,可以审核代码,提出安全建议,出现紧急事件是的处理办法等,在国内没有听说哪里有专门搞安全技术测试的内容.

  兼容性 (Compatibility) 不同浏览器,不同应用程序版本在实现功能时的表现,不同的上网方式,如果你测试的是一个公共网站的话.

  兼容性测试内容详述

  硬件平台

  浏览器软件和版本:浏览器插件,浏览器选项,视频分辨率和色深.文字大小,调制解调器速率.

  软件配置 (Configuration) 如IE浏览器的不用选项-安全设定最高,禁用脚本程序,等等,你们的程序在各种不用的设置下表现如何.

  单元测试技术(Unit Test):

  2.2.1 下面是对白盒测试和单元测试的区别的论述:

  单元测试和白盒测试是不同的,虽然单元测试和白盒测试都是关注功能虽然他们都需要代码支持,但是级别不同,白盒测试关注的是类中一个方法的功能是更小的单位,但是完成一个单元测试可能需要N多类,所以说作单元测试需要什么写驱动和稳定桩,比如查询单元是一个查询包包N多的测试类,测试数据,运行他需要提供数据的部分,输入参数和发出命令的驱动等等.是比类大的一个整体进行的.

  另一个明显的区别是白盒测试不会关注类接口,但是单元测试主要的内容就是类接口测试.

  不过很多时候是很少区分的,因为这两种技术实现起来有很多相互关联的部分.不过要看你对质量的关注程度来决定.

  2.2.2 功能测试边界测试/越界测试技术详述

  边界条件

  边界条件是指软件计划的操作界限所在的边缘条件.

  如果软件测试问题包含确定的边界,那么数据类型可能是:

  数值速度字符地址位置尺寸数量

  同时,考虑这些类型的下述特征:

  第一个/最后一个最小值/最大值

  开始/完成超过/在内

  空/满最短/最长

  最慢/最快最早/最迟

  最大/最小最高/最低

  相邻/最远

  越界测试

  通常是简单加1或者很小的数(对于最大值)和减少1或者很小的数(对于最小值),例如:

  第一个减1/最后一个加1

  开始减1/完成加1

  空了再减/满了再加

  慢上加慢/快上加快

  最大数加1/最小数减1

  最小值减1/最大值加1

  刚好超过/刚好在内

  短了再短/长了再长

  早了更早/晚了更晚

  最高加1/最低减1

  另一些该注意的输入:默认,空白,空值,零值和无;非法,错误,不正确和垃圾数据.

  2.2.3 状态测试技术

  软件可能进入的每一种独立状态;

  从一种状态转入另一种状态所需的输入和条件;

  进入或退出某种状态时的设置条件及输入结果.

  具体测试方法可以参考如下:

  每种状态至少访问一次;

  测试看起来最常见最普遍的状态转换;

原文转自:http://www.ltesting.net