测试用例编写规范.docVIP

测试用例编写规范 文档变更信息(RECORD OF CHANGES)： *A – 增加 M – 修改 D – 删除 版本号 Version 日期 Date 作者 Author A M D 变更主要原因描述 Brief Description 0.1 2011-11-30 A 创建文档 1.0 2011-12-05 审核通过、发布 目的 统一测试用例编写的规范，以保证使用最有效最全面的测试用例覆盖，保证测试效率和质量。 适用产品 适用于《项目名》功能性测试的测试用例编写。 测试用例编写准备 全面了解策划案，熟读设计文档，理解功能需求，全面了解游戏的背景、系统及玩法等； 向相关制作人员了解该功能实现机制； 测试用例的覆盖面 正确性：验证系统功能是否满足设计文档的要求；测试用例中应首先保证要覆盖设计文档中涉及本次更新的各个功能点。 一致性：验证界面的显示风格、文字内容、设定的数值是否与设计一致。 容错性：输入非法数据（不符合要求的数据）或异常操作，主要针对输入框等玩家可自主输入数据的部分进行测试。 易用性测试：界面是否清晰、美观满足用户的喜好，操作是否顺手。 兼容性测试：软件新旧版本之间是否协调，是否兼容。 安全性测试：可能造成服务器宕机或者客户端宕掉的功能，需要特别编写针对该方面的测试用例，并且将该条用例进行重点标示。 压力测试：验证软件的性能在各种极端的环境和系统条件下是否还能正常工作。例如战场等参与人数较多的功能，需要在每次测试完成后发动全员进行压力测试。 测试用例编写原则 严格按照CQ格式，功能点、用例内容、预计结果、验证点填写完整准确。 若功能有特别需要关注的地方，或者实现机制较复杂，需在备注中写明。 针对bug修正，需要在测试用例备注中标出相关bug ID，若为间接改动，必须在备注中写明改动的具体内容。 涉及到边界值的测试，不需详细列出所有的边界数值，只需提及需测试哪些边界，并在测试结果中写道“此处需要**边界值测试”即可。例如“此处需要等级边界值测试”。 有新图素提交，测试用例必须涵盖该图素的界面与功能测试。 针对功能修改，测试用例必须包含正常流程的测试。 备注中应该有本次测试的相关GM指令。 测试用例格式细则 功能点： 即每个大功能本次修改涉及到的小功能点，方便理清测试思路。规则如下： 商店 界面测试——新图标外观、在不同分辨率下显示、窗口与全屏模式 显示测试——鼠标tips显示、文字介绍、使用次数、有效期 功能测试——购买、该物品的自身功能、开礼包类物品的奖励概率 物品属性——摆摊、交易、PK掉落、有效期、拍卖、邮寄、有效期 新功能上线 快速测试——保证该任务的流程通顺即可，不需要涉及其他 功能测试——任务功能的测试，包括道具商店物品和游戏中代人民币的扣除 任务奖励——经验、金钱、物品、国家奖励 物品属性——摆摊、交易、PK掉落、有效期、拍卖、邮寄、物品功能 界面测试——包括按钮使用、文字内容、界面统一和美观、新图标 活动相关 快速测试——保证该任务的流程通顺即可，不需要涉及其他 功能测试——任务功能的测试，包括IB物品和通宝扣除 活动时间——活动开放、关闭时间 参与条件——参加该活动的设计限制 活动奖励——经验、金钱、任务道具 物品属性——摆摊、交易、PK掉落、有效期、拍卖、邮寄、物品功能 界面测试——包括按钮使用、文字内容、界面统一和美观、新图标 功能调整 调整相关——本次调整部分的功能测试 正常流程——该功能的整体正常流程的测试 Bug修正 修正内容——本次修改部分的测试 正常流程——修改bug时是否影响到了该功能的其他部分 用例内容 用例执行者的操作过程，。预计结果上述操作结果，重点此条例所测试的。验证点测试要点Bug修正 修正某某bug+测试用例 例如：情人节活动测试用例；修正链接超长的bug测试用例etc. 测试用例编号命名规范 前缀 TC Test Case 大功能名 按照以下规则，直接引用即可 DJSC 道具商城 GN 新功能上线 HD 活动相关 GN 功能调整 BUG BUG修