字号: 小 中 大 |
推荐给好友
上一篇 |
下一篇
软件测试和VSTS 软件测试工具的使用
发布: 2009-4-03 12:18 |
作者: 网络转载 |
来源:
测试时代采编 |
查看: 101次 | 进入软件测试论坛讨论
问:有一种叫Scenario Test, 是什么意思?
答:就是以场景为驱动的集成测试,关于“场景”,大家可以看专门的介绍。这一方法的核心思想是:当用户使用一个软件的时候,他/她并不会独立使用各个模块,而是把软件做为一个整体来使用的。我们在做场景测试的时候,就需要考虑在现实环境中用户使用软件的流程是什么样,然后模拟这个流程,看看软件能不能达到用户的需求。这样,能使软件符合用户使用的实际需求。
用一个数字照片编辑软件为例,这个软件的各个模块都是独立开发的,可是用户有一定的典型流程,如果这个流程走得不好,哪怕某个模块的质量再高,用户也不会满意。
1. 把照相机的储存卡插入电脑
2. 程序会跳出窗口提示用户导入照片
3. 导入照片
4. 对照片进行快速编辑
a. 调整颜色
b. 调整亮度,对比度
c. 修改红眼
5. 把其中几幅照片用email发送
这里面每一步出了问题,都会影响用户对这一产品的使用,同时这里面各个模块的用户界面如果很不一致(即使是ok/cancel按钮的次序不同),用户使用起来也很不方便。这些问题都是在单独模块的测试中不容易发现的。
用户使用软件,不光是希望软件能够提供一定的服务,而且还要求服务的质量要达到一定的水平,软件的效能, 是这些“非功能需求”,或者说“服务质量需求”的一部分。
效能测试要验证的问题是:
软件在设计负载内能够提供令用户满意的服务质量。
1.在设计负载内 – 我们要定义什么是正常的设计负载
2.令用户满意的服务质量 – 我们要定义什么样的质量是令用户满意的
设计负载 – 从需求说明出发,得出系统的正常负载。例如,一个购物网站,客户认为正常负载是每分钟20次客户请求。
用户满意的质量 – 同一个购物网站,如果客户定义满意为:每个用户的请求都能在2秒钟内返回结果。
我们可以逐步细化 –
设计负载的细化,上面我们只提到“20次客户请求”,那这些客户请求到底是什么,我们可以按照请求发生的频率来分类:
1. 用户登录 (10%)
2. 用户查看某商品详情(50%)
3. 用户比较两种商品(10%)
4. 用户查看关于商品的反馈(20%)
5. 用户购买商品(5%)
6. 所有其他请求(5%)
服务质量的细化 – 有些请求,是要对数据作“写”操作,可以要求慢一些,比如“用户购买商品”,这一服务质量请求可以放宽为3秒钟。
除了用户体验到的“2秒钟页面刷新”目标外,效能测试还要测试软件内部各模块的效能,这要求软件的模块能报告自身的各种效能指标,通过perfmon 或其它测试工具表现出来。
和别的测试不同,效能测试对硬件要有固定的要求,而且最要每次测试在相同的机器和网络环境中进行,这样才能避免外部随机因素的干扰,得到精准的效能数据。
同时,效能测试的结果应该成为“发布指南”的一部份,给客户发布和改进系统提供参考。