系统工程课件-Web信息系统测试方法.pptVIP

5）测试总结报告 被测试软件名称； 测试项； 测试环境； 测试方法； 测试工具。 5）测试总结报告 压力测试结论： 平均响应时间； 最大/最小并发数； 失败的次数； 正常连续运行的最长/最短时间； 并发数与失败的关系。 4.2.3可用性测试 可用性测试包括： 导航测试; 图形测试; 内容测试; 整体界面测试。 1.导航测试 在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等； 或在不同的连接页面之间， 导航描述了用户在一个页面内操作的方式。 导航测试的内容 导航是否直观？ Web 系统的主要部分是否可以通过主页访问？ Web系统是否需要站点地图、搜索引擎或其他的导航器帮助？ 导航测试的内容 测试Web 系统的页面结构； 导航条、菜单、连接的风格是否一致？ 各种提示是否准确，确保用户凭直觉就知道是否还有内容，内容在什么地方。 最好让最终用户参与导航测试，效果将更加明显。 2.图形测试 在Web 应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。一个Web 应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。 2.图形测试 (1) 要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。图片尺寸要尽量地小，并且要能清楚地说明某件事情。 (2) 验证所有页面字体的风格是否一致。 2.图形测试 (3) 背景颜色应该与字体颜色和前景颜色相搭配。 (4) 图片的大小和质量也是一个很重要的因素，一般采用JPG 或GIF 压缩。 3.内容测试 内容测试的目的： 内容测试用来检验Web 应用系统提供信息的正确性、准确性和相关性。 6.应用程序特定的功能需求测试 举例： 如一个订货系统，尝试用户可能进行的所有操作： 下订单； 更改订单； 取消订单；核对订单状态； 在货物发送之前更改送货信息； 在线支付等。 7.设计语言测试 不同的Web 设计语言版本的差异可以引起客户端或服务器端严重的问题； 尤其在分布式环境中开发时，开发人员都不在一起，这个问题就显得尤为重要。 测试的语言，除了HTML 的版本问题外，不同的脚本语言，例如使用Java、JavaScript、ActiveX、VBScript或Perl 等开发的应用程序也要在不同的版本上进行验证。 4.2.2性能测试 包括以下内容： 压力测试； 连接速度测试； 负载测试。 1.压力测试 Web 服务的特点： Web 服务处于分布式计算的核心位置，它们之间的交互通常很难测试。 分布式开发可能使 Web 服务的开发变得越来越容易隐藏错误。 压力测试是检测这类代码错误的一种有效方法。 1.压力测试 如何做压力测试？ 在设计对 Web 服务进行压力测试的测试系统时，要让它们以某种特定的方式运行代码，这种做法超越了功能验证。 1.压力测试 压力测试的目的： 压力测试目的是要弄清楚被测试的 Web 服务是不是不仅能做我们认为它能做的事，而且在被施加了某些高强度压力的情况下仍然继续正常运行。 1.压力测试 压力测试的内容： 压力测试必须对 Web 服务应用以下四个基本条件进行有效的压力测试。 重复（Repetition）； 并发（Concurrency）； 量级（Magnitude）； 随机变化。 压力测试的内容 重复（Repetition）： 测试的重复就是一遍又一遍地执行某个操作或功能。比如重复调用一个 Web 服务，确定一个操作能否正常执行，并且能否继续在每次执行时都正常。 压力测试的内容 并发（Concurrency）： 并发是同时执行多个操作的行为。换句话说，就是在同一时间执行多个测试，例如在同一个服务器上同时调用许多 Web 服务。 压力测试的内容 量级（Magnitude）： 压力测试系统应该应用于产品的另一个条件，需要考虑每个操作中的负载量，即也要尽量给产品增加负担。 例如，改变数据的大小、改变时间延迟的长度、资金数量的转移、输入速度以及输入的变化等。 压力测试的内容 随机变化： 任何压力系统都多多少少具有一些随机性。随机使用前面的压力原则中介绍的无数变化形式，就能够在每次测试运行时应用许多不同的代码路径。 压力测试用例参考模板 2.连接速度测试 用户连接方式的不同： 电话拨号上网； 宽带上网； 局域网； 有限电视网； 光纤网； 电力网。 2.连接速度测试 不管用户使用那种方式的不同，系统都不能让用户可以等较长的时间。 连接速度测试的目的，就是要保证在许可的时间内响应用户的请求。 2.连接速度测试 举例： 如果访问一个页面Web 系统响应时间太长（例如超过5 秒钟），用户就会因失去耐心而离开。 有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，