如何编写测试用例及测试规范.pptVIP

测试用例设计方法： 数据库测试 依据数据库设计规范对软件系统的数据库结构、数据表及其之间的数据调用关 系进行测试。  测试用例设计方法： 可理解（操作）性 理解和使用该系统的难易程度（界面友好性）。  测试用例设计方法： 可移植性 在不同操作系统及硬件配置情况下的运行性。  测试用例编写规范： 测试用例命名规则 以功能模块和业务流程进行命名。  测试用例编写规范： 用例编号规则：以测试模块名称的第一个字母进行命名（大写），若测试模块名称比较长时，可进行简写。一般简拼不超过5个字母：如： 测试模块为“用户管理”，功能编号为“YHGL” 测试模块为“行政单位管理”，功能编号为“DWGL” 功能编号规则直接以001、002、003…..  测试用例编写规范： 测试用例文档书写内容 1、被测试对象的介绍 2、测试范围与目的 3、测试环境与测试辅助工具的描述 4、功能测试用例主要元素  测试用例编写规范： 前置/操作描述： 1、前置条件（可选）：系统权限配置或前、后台配置描述（所有进行操作的前提条件）。 2、操作：测试的操作步骤描述。 功能点： 功能点描述。 输入数据：前期数据准备。 预期结果：描述输入数据后程序应该输出的结果。 测试结果：描述本条用例的实际测试情况，并判断实际测试结果与预期结果的差别。 Bug编号/Bug简要描述:需要进流程的对应事物流程的编号，及简要说明 备注：测试过程中遇到的问题等情况说明。  编写用例注意事项： 功能检查 1 、功能是否齐全，例如：增加、删除、修改，查询条件是否合理，用户使用是否方便 2 、功能是否多余 3 、功能是否可以合并 4 、功能是否可以再细分 5 、软件流程与实际业务流程是否一致 6 、软件流程能否顺利完成 7 、各个操作之间的逻辑关系是否清晰 8 、各个流程数据传递是否正确 9 、模块功能是否与需求分析及概要设计相符 10、批量增加、批量修改，增加、修改等录入比较频繁的界面或录入数据量较多的界面，是否支持全键盘或全鼠标操作，并且使用通用的键实现数据字段的有序切换 编写用例注意事项： 面向用户的考虑 1 、操作方便性，如：按键次数是否最少，并不以开发实现技术限制为限制，而是以用户使用方便性和应用软件约定和通常的快捷键来实现提出合理建议 2 、易用性，面对用户的操作是否简单易学 3 、智能化考虑 4 、提示信息是否模糊不清或有误导作用。错误信息是否有用户语言风格的出错后续处理建议提示 5 、要求用户进行的操作是否多余，能否由系统替代。系统升级后，用户能否不做任何操作自动进行所有升级的数据、环境等准备工作，包括删除缓存等动作 6 、能否记忆操作的初始环境，无需用户每次都进行初始化设置 7 、是否不经确认就对系统或数据进行重大修改 8 、能否及时反映或显示用户操作结果 9 、操作是否符合用户习惯，比如：热键 10 、各种选项的可用及禁用是否及时合理 11 、某些相似的操作能否做成通用模块 编写用例注意事项： 数据处理 输入数据 1 、边界值 2 、大于边界值 3 、小于边界值 4 、最大个数 5 、最大个数加 1 6 、最小个数 7 、最小个数减 1 8 、空值、空表 9 、极限值 10 、 0 值 11 、负数 12 、非法字符 13 、日期、时间控制 14 、跨年度数据 15 、数据格式 16 、数据之间的关联性、逻辑性，数据范围、格式限制是否合乎日常情理，如年龄不应为负数，身份证位数必须为15或18位且与性别严格相关联，与生日可以有区别（考虑到阴历阳历的问题）但不相同时给予提示，私人电话号码的长度且国内电话只能有数字及短横线标识区号等 编写用例注意事项： 数据处理 1 、处理速度 2 、处理能力 3 、数据处理正确率 4 、计算方式及计算结果准确性，数字精度的取舍问题，汇总数据与分项数据累加的误差问题 编写用例注意事项： 数据处理 输出结果 1 、正确率 2 、输出格式 3 、预期结果 4 、实际结果，金额数字的可能要验证小写大写的一致性，大写可能要测试多种金额的大写，包括没有整数的情况下，没有小数的情况下，带整数和小数的情况下…… 执行测试用例是一个很好的学习机会。你可以在工作之余，去体会 测试用例编写者的测试思想，而测试思想对于测试工程师来说是最重要的。你 可以想一想，哪些测试用例是自己没有想到的？测试用例编写者的思维主线是 什么？经过这样的琢磨，你对测试工作就会有进一