测试工具
用途 并发性能测试工具 功能测试工具 功能测试工具
工具 WINRUNNER QTP 生产厂商/自产 MERCURY INTERACTIVE MERCURY INTERACTIVE 版本 11 8.0 9.2 LORDRUNNER MERCURY INTERACTIVE 1.4 测试流程
测试流程为:测试计划、测试设计、测试实现、测试执行、测试用例和规程更新五个阶段。
2 概述
2.1 项目背景 2.2 范围
个人云计算服务器包括账户管理、
3 组织形式
产 品 经 理 S Q A 开 发 经 理 测 试 经 理 配 置 经 理 软 件 开 发 组 软 件 测 试 组 配 置 管 理 组 组织结构图一
说明：
6 / 19
1）个人云计算 V1.0项目由产品经理总负责，涉及软件开发组，测试组，配置管理组及SQA，各组之间的关系如图一所示。
2）测试组与产品经理，配置管理组，软件开发组，SQA的合作协调遵照公司既定流程执行。
测 试 经 理 高级测试工程师测试工程师 测试员 测试组成员结构图二
系统测试组成员职责说明： 测试经理：
1）负责系统测试计划的制订； 2）负责人力，物力资源的分配，协调； 2）负责向产品经理汇报项目测试进展情况； 3）负责与开发组，配置组，SQA的工作协调； 4）审核缺陷报告单；
5）根据测试需要，组织项目专业知识，测试工具的培训。
高级测试工程师：
1） 负责系统测试方案的生成； 2） 提交系统测试方案。
测试工程师：
1） 负责系统测试用例的生成； 2） 提交系统测试用例和系统测试规程。 测试员：
7 / 19
1）负责系统测试用例的执行。
2）提交系统测试日报，缺陷记录，缺陷报告，测试报告及自动化测试脚本。
4.测试策略
所需文档：《概要设计说明书》.文档中需包括：软件子系统划分、子系统间接口和错误处理机制.
4.1 功能测试
? 概述：确保测试的功能正常，如导航，数据输入，处理、检索是否正确，以及业务规则
的实施是否恰当。即对交互的输出或结果进行分析，以此来核实应用程序及其内部进程,这是目前的测试重点。
? 目标：利用有效的和无效的数据来执行各个用例流，以核实以下内容：
? 在使用有效数据时得到预期的结果
? 在使用无效数据时显示相应的错误消息或警告消息。
8 / 19
项目 1 2 3 测试用例模块 预期输入/动作 预期输出 实际结果 主人登录页面 登录页面 登录页面 输入正确密码， 输入密码允许浏览器记住密码 正确则可访问授权内容 下次访问主页时直接进入用户主页 在设备初始化过程中，初始化完成后，可以正常登录 输入管理员密码，建立管理员账户 4 登录页面 错误后允许重新输入.重新输入3次错误密码页面需要输入验证码, 通过浏览器登录后进入用户视图主页，可以看到包括文件(照片、视频、音乐等)、数据库(通讯录、日历、blog等)、设备，最常/最近访问的内容，快捷方式。 如果只有一个主人有公开内容，直接进入该主人的 5 公众登录页面 在登录页面中选择公众登录， 公共主页，如果有多个主人有公开内容，列表显示并要求用户选择，选择后进入该主人的公共主页 如果只有一个主人有共享内容，直接进入该主人的主页，如果有多个主人有共享内容，列表显示并要求用户选择，选择后进入该主人的主页 6 亲友登录主页 输入验证信息，如email,电话号码 7 8 账户管理访问 账户管理添加 设置中点击帐户管理按钮 点击添加新用户按钮 显示账户的登录信息，包括用户名、源地址时间 在设备初始化过程中或日常维护过程中，增加新帐户，输入用户名、密码，设置帐户类型(主人、客人、公众)。显示账户的登录信息，包括用户名、源地址、时间 9 10 帐户管理删除 在日常维护过程中，选择某账户进行删除。 修改用户名称,密码,点击更新资料按钮 完成后，该账户不能再登录，在账户列表中不再显示。立即生效 在日常维护过程中，修改帐户名称、密码和帐户类型等，用户下次登录时，新的配置生效。 账户管理修改 注：除测试所提供的功能外，还需添加Cookies测试
参考如下：
Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。
如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。
4.2 用户界面测试
? ? ? ?
9 / 19
概述：用于核实用户与软件之间的交互是否正常 目标：核实下列内容
确保各种浏览以及各种访问方法（鼠标移动、快捷键等）都使用正常
确保窗口对象及其特征（菜单、大小、位置、状态和中心）都符合标准等
表格如下： 检查项 测试人员的类别及其评价 窗口切换、移动、改变大小时正常吗？ 各种界面元素的文字正确吗？（如标题、提示等） 各种界面元素的状态正确吗？（如有效、无效、选中等状态） 各种界面元素支持键盘操作吗？ 各种界面元素支持鼠标操作吗？ 对话框中的缺省焦点正确吗？ 数据项能正确回显吗？ 对于常用的功能，用户能否不必阅读手册就能使用？ 执行有风险的操作时，有“确认”、“放弃”等提示吗？ 操作顺序合理吗？ 按钮排列合理吗？ 导航帮助明确吗？ 提示信息规范吗？ 4.3 性能测试
? 概述：主要是对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。
性能评测的目标是核实性能需求是否都已满足。 ? 目标：核实下列情况下的性能行为：
? 正常的预期工作量 ? 预期的最繁重工作量 ? 需考虑的特殊事项：
? 可创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。
? 最好使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。 ? 应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的
评测。其所用的数据库应该是实际大小或相同缩放比例的数据库。 ? 多用户不同网络条件下的连接速度是否满足要求
参考表格如下：
性能A描述 用例目的 前提条件 多用户不同上网方式下的测试 输入数据 ADSL方式上网,上传50条记录 无线上网上传50条记录 宽带上网上传50条记录 性能B描述 用例目的 前提条件 期望的性能（平均值） 实际性能（平均值） 多用户不同距离条件下的测试 输入数据 …… 10 / 19
期望的性能（平均值） 实际性能（平均值）
