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

北京无限讯奇信息技术有限公司北京无限讯奇信息技术有限公司 无线业务部无线业务部 作者作者 测试报告 模板版本号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关联功能测试*（可选）.6 5.3.6其他测试.7 6总结和评价总结和评价.7 6.1测试结果统计.7 6.2遗留问题报.7 6.3测试总结和改进建议.9 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.15.3.6.1 输入指令有偏差输入指令有偏差 测试目的测试目的测试能否成功订阅此业务 预置条件预置条件各种测试手机和北京本地测试 sim 卡 测试步骤测试步骤 在短信中输入不以 62 开头或空白或错误指令 发送至 10658880 测试时间：2008-10-30.11:05 测试号码：134011176460 预期结果预期结果收到回复短信“抱歉，您发送的指令错误，请拨打客服电话 12580” 测试结果测试结果得到预期结果，不可订阅 5.3.6.25.3.6.2 使用不支持的手机型号使用不支持的手机型号或手机号码或手机号码(*(*可选可选) ) 测试目的测试目的测试能否成功订阅此彩信业务 预置条件预置条件各种测试手机和测试 sim 卡 测试步骤测试步骤 使用不支持彩信业务的手机或外地手机号码，短信中输入 88 发送至 106586669 测试时间：2007-8-6.11:10 测试号码预期结果预期结果未收到回复短信或彩信 测试结果测试结果得到预期结果，不可订阅 5.3.6.35.3.6.3 重复订阅此产品重复订阅此产品 测试目的测试目的测试能否重复订阅此彩信业务 预置条件预置条件各种测试手机和测试 sim 卡 测试步骤测试步骤 短信中输入 62 发送至 10658880，表明成功订阅后 再次用同一手机卡，短信中输入 62 发送至 10658880 测试时间：2008-10-30.11:15 测试号码：134000000000 预期结果预期结果 收到回复短信：“您已定制*，请勿重复订阅。详情请咨询 10086，本条免费。 ” 测试结果测试结果得到预期结果，不可重复订阅 5.3.6.45.3.6.4 重复退订此产品重复退订此产品 测试目的测试目的测试能否重复退订此彩信业务 预置条件预置条件各种测试手机和测试 sim 卡 测试步骤测试步骤 短信中输入 qx* 发送至 10658880，表明成功退订后 再次用同一手机卡，短信中输入 qx* 发送至 10658880 测试时间：2008-10-30.11:20 测试号码：134000000000 预期结果预期结果收到回复短信：“感谢您使用*业务，没有订阅这项业务，无须取消” 测试结果测试结果得到预期结果，不可重复退订 6 6 总结和评价总结和评价 遗留问题遗留问题 无。 建议建议 无。 结论结论 全部测试均通过。 5.4测试结果统计测试结果统计 对本次测试的项目进行统计，包括总项数，通过多少项，失败多少项，部分通过 多少项及百分比等，用以下表格进行描述，其中的字段可根据实际情况进行设计和裁 剪：（详细的测试项目通过情况清单放在附件部分） 总测试总测试 用例数用例数 实际测实际测 试用例试用例 okok项项pokpok项项ngng项项ntnt项项无需测无需测 试用例试用例 数数项项 数目 百分比 测试结果统计表 ok：测试结果全部正确。 pok：测试结果大部分正确。 ng：测试结果有较大的错误。 nt：由于各种原因本次无法测试。 5.5遗留问题报遗留问题报 遗留问题是指测试过程中发生的并且在写测试报告时仍没有得到解决的测试问题。 对遗留问题数和级别进行统计，包括问题总数，致命，严重，一般和提示问题的 数目及百分比等，遗留问题统计用以下表格描述，其中的字段可根据实际情况进行设 计和裁剪： 问题总数问题总数致命问题致命问题严重问题严重问题一般问题一般问题提示问题提示问题 数目 百分比 遗留问题统计表 以下部分详细记录每一个遗留问题，也可视时间情况只详细记录问题级别比较高 的遗留问题，低级别的遗留问题采用简单列表进行罗列。所有进行详细记录的遗留问 题都统一采用表格的形式来描述，表格形式如下： 问题编号问题编号问题报告单号。 问题简述问题简述对问题的简短概要描述。 问题描述问题描述给出该测试意外事件的描述，可从以下方面予以考虑： 环境及设置 版本配套情况 输入 测试步骤 期望的结果 实际结果 问题重现方法 应包括对定位和修正有帮助的活动和现象，例如：描述任何对定 位问题有帮助的 测试用例执行情况，以及任何与规定的测试步骤之间的差异等。 问题级别问题级别首先说明该问题的级别，级别定义如下： 致命：引起系统死机或系统崩溃的问题 严重：引起系统某一功能失效且不能简单恢复（如插拔单板）的 问题 一般：引起系统某一功能失效但可简单恢复或较难重现的问题 提示：从操作或维护的角度发现的问题或建议 问题分析问题分析 与对策与对策 针对此问题提出影响程度分析，应对策略，例如应急措施、更新 产品资料、或者纳入下一项目等。 指出该问题对项目设计文档，测试文档等可能带来的影响。 避免措施避免措施针对此问题提出的