移动12580新产品(技术)上线测试工单

北京无限讯奇信息技术有限公司 无线业务部 作者 测试报告 模板 版本号 R1.0 文档标识 测试报告 日期 2008 年 月 日 本文档版权由北京 无限讯奇信息技术有限公司 所有。未经 北京无限讯奇信息技术有限公司 书面许可，任何单位和个人不得以任何形式摘抄、复制本文档的部分或全部，并以任何形式传播。 目 录 1 文档信息 . 3 1.1 核实文档版本 .3 1.2 修改记录 .3 1.3 文档批准 .3 1.4 分发 .3 1.4.1 本文档拟分发往的部门或个人名单 . 3 1.4.2 本文档拟分发往参考的部门或个人名单 . 3 2 范围 . 4 3 引用标准 . 4 4 定义和缩略语 . 4 5 测试方法 . 4 5.1 测试环境 .4 5.2 测试条件 .4 5.3 测试内容 .4 5.3.1 业务受理测试 . 4 5.3.2 用户界面测试用例 . 5 5.3.3 性能测试 *（可选） . 6 5.3.4 计费测试 . 6 5.3.5 关联功能测试 *（可选） . 7 5.3.6 其他测试 . 7 6 总结和评价 . 8 6.1 测试结果统计 .9 6.2 遗留问题报 .10 6.3 测试总结和改进建议 .11 1 文档信息 1.1 核实文档版本 使用本文档前，文档使用者有责任核实当前版本的 有效性。 1.2 修改记录 对本文档所有修改都应按修改时间顺序记录在此。 版本 日期 修改内容 修改人 1.3 文档批准 您本人或您本人指定的代表的签字表明 您批准了本文档内容。 它也表明您已经仔细地阅读、审查和考虑到了本文档对您的部门有怎样的影响以及它是否符合公司的指导方向。 批准签字 批准人 职务 批准日期 1.4 分发 1.4.1 本文档拟分发往的部门或个人名单 无线业务部 总经理、副总经理； 无线业务部技术 部门； 无线业务部产品部门 ； 1.4.2 本文档拟分发往参考的部门或个人 名单 2 业务测试 范围 ( 如： 只限于北京本地的手机号码 ，并支持彩信业务。 ) 3 引用标准 (本测试规范中涉及到的技术标准和规范，业务规范 ) 4 定义和缩略语 (本测试规范中的一些动作和概念的定义；对测试规范中的术语的解释 ) 5 测试方法 5.1 测试环境 (对整个测试环境的描述，包括网络结构，软硬件环境，局数据配置说明等 ) 5.2 测试条件 前提： (如： 用于测试的手机和 SIM 卡在北京移动网内能正常运行 ，并支持彩信业务。 ) 测试手机： (如： 本次测试共使用三星 T108、 nokia7260、 nokia6300、索爱 W550、参与测试，全部通过测试。 ) 测试 SIM 卡 :普通 sim 卡 5.3 测试内容 5.3.1 业务受理测试 测试编号： 1.1.1 测试项目： 测试条件： 如： 用于测试的手机和 SIM卡在北京移动网内能正常运行 ，并只限于北京本地卡 测试流程： 如： 在短信中 输入 62 发送至 10658880 测试时间： 2008-10-30.10： 30 测试号码：实测结果： 测试结论： 如： 得到预期结果 ，可 上线 测试说明： 5.3.2 CI 界面测试用例 *（可选） 指标 检查项 测试人员的类别及其评价 正确性 用户 界面是否与业务的功能相融洽？ 是 是否所有界面元素的文字和状态都正确无误？ 是 容易理解 对于常用的功能，用户能否不必阅读手册就能使用？ 是 是否所有界面元素（例如图标）都不会让人误解？ 是 是否所有界面元素提供了充分而必要的提示？ 是 界面结构能够清晰地反映业务流程？ 能 用户是否容易知道自己在界面中的位置，不会迷失方向？ 是 有联机帮助吗？ 无 风格一致 同类的界面元素是否有相同的视感和相同的操作方式？ 是 字体是否一致？ 是 是否符合广大用户使用同类业务的习惯？ 是 及时反馈信息 是否提供进度条、动画等反映正在进行的比较耗时间的过程？ 否 是否为重要的操作返回必要的结果信息？ 否 出错处理 是否对重要的输入数据进行校验？ 是 执行有风险的操作时，有“确认”、“放弃”等提示吗？ 否 是否根据用户的权限自动屏蔽某些功能？ 否 是否提供 Undo 功能用以撤销不期望的操作？ 否 适应各种水平的用户 所有界面元素都具备 充分必要 的键盘操作和鼠标操作吗？ 是 初学者和专家都有合适的方式操作这个界面吗？ 是 国际化 是否使用国际通行的图标和语言？ 否 度 量单位、日期格式、人的名字等是否符合国际惯例？ 是 个性化 是否具有与众不同的、让用户记忆深刻的界面设计？ 是 是否在具备必要的“一致性”的前提下突出“个性化”设计？ 是 合理布局和谐色彩 界面的布局符合业务的功能逻辑吗？ 是 界面元素是否在水平或者垂直方向对齐？ 是 界面元素的尺寸是否合理？行、列的间距是否保持一致？ 是 是否恰当地利用窗体和控件的空白，以及分割线条？ 是 窗口切换、移动、改变大小时，界面正常吗？ 是 界面的色调是否让人感到和谐、满意？ 是 重要的对象是否用醒目的色彩表示？ 是 5.3.3 技术 性能测试 *（可选） 测试编号： X.Y.Z（从 1.1.1 按照顺序编写） 测试项目： 测试条件： 测试流程： 实测结果： 测试结论： 测试说明： （注明特殊注意事项） 5.3.4 计费测试 （含业务系统 -BOSS/CRM 接口、计费、业务受理测试，如平台生成话单需含具体话单验证） 测试编号： X.Y.Z（从 1.1.1 按照顺序编写） 测试项目： 测试条件： 测试流程： 实测结果： 测试结论： 测试说明： （注明特殊注意事项） 5.3.5 关 联功能测试 *（可选） （在已有业务平台上新增功能需测试对可能有影响的已有功能进行测试） 测试编号： X.Y.Z（从 1.1.1 按照顺序编写） 测试项目： 测试条件： 测试流程： 实测结果： 测试结论： 测试说明： （注明特殊注意事项） 5.3.6 其他测试 容错测试 压力测试 5.3.6.1 输入 指令 有偏差 测试目的 测试 能否成功订阅此业务 预置条件 各种测试手机和 北京本地 测试 SIM 卡 测试步骤 在短信中 输入 不以 62 开头或空白 或 错误指令 发送至 10658880 测试时间： 2008-10-30.11:05 测试号码： 134011176460 预期结果 收到回 复短信 “ 抱歉，您发送的指令错误，请拨打客服电话 12580” 测试结果 得到预期结果 ，不可订阅 5.3.6.2 使用 不支持的手机 型号 或手机号码 (*可选 ) 测试目的 测试能否成功订阅此彩信业务 预置条件 各种测试手机和测试 SIM 卡 测试步骤 使用不支持彩信业务的手机或外地手机号码， 短信中 输入 88 发送至 106586669 测试时间： 2007-8-6.11:10 测试号码：预期结果 未 收到回 复短信 或彩信 测试结 果 得到预期结果 ，不可订阅 5.3.6.3 重复订阅此产品 测试目的 测试 能否重复订阅此彩信业务 预置条件 各种测试手机和测试 SIM 卡 测试步骤 短信中 输入 62 发送至 10658880，表明成功订阅后 再次用同一手机卡， 短信中 输入 62 发送至 10658880 测试时间： 2008-10-30.11:15 测试号码： 134000000000 预期结果 收到回复短信 ： “ 您已定制 *，请勿重复订阅。详情请咨询 10086，本条免费。 ” 测试结果 得到预期结果，不可 重复 订阅 5.3.6.4 重复退订此产品 测试目的 测试 能否重复退订此彩信业务 预置条件 各种测试手机和测试 SIM 卡 测试步骤 短信中输入 QX* 发送至 10658880，表明成功退订后 再次用同一手机卡， 短信中 输入 QX* 发送至 10658880 测试时间： 2008-10-30.11:20 测试号码： 134000000000 预期结果 收到回复短信 ： “ 感谢您使用 *业务，没有订阅这项业务，无须取消 ” 测试结果 得到预期结果，不可重复 退订 6 总结和评价 遗留问题 无。 建议 无。 结论 全部测试均通过。 5.4 测试 结果统计 对本次测试的项目进行统计，包括总项数，通过多少项，失败多少项，部分通过多少项及百分比等，用以下表格进行描述，其中的字段可根据实际情况进行设计和裁剪：（详细的测试项目通过情况清单放在附件部分） 总测试用例数 实际测试用例OK项 POK项 NG项 NT项 无需测试用例 数 项 数目 百分比 测试结果统计表 OK：测试结果全部正确。 POK：测试结果大部分正确。 NG：测试结果有较大的错误。 NT：由于各种原因本次无法测试。 5.5 遗留问题报 遗留问题是指测试过程中发生 的并且在写测试报告时仍没有得到解决的测试问题。 对遗留问题数和级别进行统计，包括问题总数，致命，严重，一般和提示问题的数目及百分比等，遗留问题统计用以下表格描述，其中的字段可根据实际情况进行设计和裁剪： 问题总数 致命问题 严重问题 一般问题 提示问题 数目 百分比 遗留问题统计表 以下部分详细记录每一个遗留问题，也可视时间情况只详细记录问题级别比较高的遗留问题，低级别的遗留问题采用简单列表进行罗列。所有进行详细记录的遗留问题都统一采用表格的形式来描述，表格形式如下： 问题编 号 问题报告单号。 问题简述 对问题的简短概要描述。 问题描述 给出该测试意外事件的描述，可从以下方面予以考虑： 环境及设置 版本配套情况 输入 测试步骤 期望的结果 实际结果 问题重现方法 应包括对定位和修正有帮助的活动和现象，例如：描述任何对定位问题有帮助的 测试用例执行情况，以及任何与规定的测试步骤之间的差异等。 问题级别 首先说明该问题的级别，级别定义如下： 致命：引起系统死机或系统崩溃的问题 严重：引起系统某一功能失效且不能简单恢复（如插拔单板）的问题 一般：引起系统某一功能失效但可简单恢 复或较难重现的问题 提示：从操作或维护的角度发现的问题或建议 问题分析与对策 针对此问题提出影响程度分析，应对策略，例如应急措施、更新产品资料、或者纳入下一项目等。 指出该问题对项目设计文档，测试文档等可能带来的影响。 避免措施 针对此问题提出的可预防