百胜FIS 2.0 CMD 测试用例规范目录1本系统功能测试 (2)1.1模块功能测试 (2)1.1.1测试用例属性 (2)1.1.2测试用例功能设计原则 (2)1.2模块间数据交互测试 (7)1.2.1关联点（前置条件、后置条件） (7)1.2.2数据交互 (7)1.3兼容、安全、UI测试 (7)1.3.1兼容测试 (7)1.3.2UI测试 (7)1.3.3安全测试 (8)2系统间接口测试 (8)3测试用例执行 (8)4附录 (10)4.1场景法设计 (10)4.1.1定义 (10)4.1.2场景设计 (10)4.1.3设计步骤 (15)4.2边界值设计 (15)4.2.1定义 (15)4.2.2设计方法 (15)4.3等价类划分设计 (15)4.3.1定义 (15)4.3.2设计方法 (16)1本系统功能测试1.1模块功能测试1.1.1测试用例属性1.1.2测试用例功能设计原则设计测试用例的方法参考本文档的附录1.根据需求文档划分测试场景，按照测试场景命名测试步骤名称。
如下图所示：2.用例编号的命名规则为“模块名称（缩拼）”+“-”+“4位编号”，编号自0001号开始。
例如：基础信息模块的用例编号，JCXX-0001；【注】该条为EXCEL测试用例书写规则3.对于XX点的测试需求，至少需要确定两个测试用例。
一个测试用例代表预期的条件，它可用于核实行为是否正确或符合预期结果（正面测试）。
另一个测试用例代表不可接受的、异常的或意外的条件，它可用于核实是否以预期结果实现（负面测试）；4.每条测试用例是该页面中唯一的检查项；5.每条用例描述的系统默认状态、默认数据也是该页面唯一的检查项。
1.1.2.1数据输入本系统中需输入的类型包括：文本框、下拉框、复选框、单选框、日期控件◆公共用例A.文本框/文本域（100、1000个字符）：长度校验、类型校验、是否必填项校验1)超出数据库长度、页面定义的长度均不允许输入2)当定义的长度“数据库长度>页面长度”时，超出页面长度则不允许输入3)禁止输入的文本框，默认禁灰显示B.下拉框：选择数据后是否有联动效果、点击后下拉显示数据内容、点击空白后下拉框收缩C.单选框：选中、更换D.复选框：选中、取消E.日期控件：弹出位置、选中后日期按格式要求显示在日期输入框、输入日期后点击日期控件自动定位到所选择的的日期F.分页：下拉框条数选择、首页、上一页、下一页、尾页、GO、输入框页数◆各模块需书写的用例A.文本框：字符长度限制校验、输入类型校验、描述是否必填B.下拉框：是否有默认值、选择项数据来源（需描述来源是：页面固定、数据库调用（描述出来源的数据表））【注】前期可以不需要描述数据表、后期确定后需补充C.单选框：个数、显示方式（例如：是、否）、默认项D.复选框：个数、显示方式、是否默认勾选E.日期控件：是否有选择范围控制1.1.2.2需求覆盖测试用例中的测试点要覆盖需求规格说明书中的业务场景以及业务规则（具体内容如下），且书写的测试操作步骤、预期结果（正确、是否类词语不能出现）无歧义。
A.页面通用功能，如：通知、讨论、日志、导出、上传附件、返回；B.页面基本功能，如：新增、删除、修改、查询、保存；C.特定页面的功能，如：呈递、审批、重置、清空、同步、锁定；1.1.2.3功能点分类（讲述时加上背景）按照模块的“一级菜单(一级目录)、二级菜单（二级目录）、页面名称（三级目录）、TAB 页名称（四级目录--如果页面中存在TAB 页签）、页面按钮/链接操作（用例的名称）、步骤/测试数据”，如下图所示：用例设计编写如下：1.页面元素检查：页面标题；页面所有控件及对应的字段名称（按钮、文本框、下拉框、单选框、复选框、日期控件）；控件是否有默认值显示以及对应的数据来源；控件是否可编辑；必填项校验（必填项的显示效果检查）；校验控件的格式、长度（有则需描述，无则略过）；页面包含的列表字段名称（有则需描述，无则略过该条件）；【注】页面检查在查询、新增、编辑、审批页面需要添加描述2.查询：列表默认数据（如果无数据显示是否有提示信息）；列表默认排序；哪些字段支持排序功能；单条件查询（每个查询条件均需编写用例，需描述是否支持模糊查询）；全条件查询；3.新增：必填项效果检查（未填写保存后的提示效果，如：弹出必填提示信息，点击后光标定位到必填项文本框等）；保存功能（必填项未填写，保存弹出提示）；1)全部字段信息填写；2)只填写必填项；保存成功提示语；保存成功后停留在那个页面（新增页面、列表页面）；新增成功后需检查信息被添加至列表页面；列表页面显示的字段信息为新增时填写的信息；4.编辑：字段需显示之前填写的信息；必填项效果检查（未填写保存后的提示效果，如：弹出必填提示信息，点击后定位到必填项文本框等）；字段是否可编辑；单字段修改；全部字段修改；保存功能（必填项未填写保存弹出提示；单字段修改保存成功后编辑页面/列表页面只是单个字段的信息被修改）；保存成功提示；保存成功后停留在那个页面（新增页面、列表页面）；修改成功后需检查信息被添加至列表页面；列表页面显示的字段信息为修改时填写的信息；5.删除：信息是否被引用；单个删除；批量删除；复选框的选中/取消；删除弹出的提示；删除成功的提示；6.呈递：呈递后的审批人；呈递后添加一条信息至列表页面；呈递审批列表页面查看下一节点的接收人；呈递审批列表显示目前流程的进度；呈递审批列表显示审批单的状态；发送任务给审批人；7.审批：（分审批通过、审批拒绝2种结果书写）页面需显示呈递的信息；单个审批；批量审批；必填项效果检查（如：审批拒绝，须填写拒绝原因）；审批后添加一条信息至呈递审批列表页面；呈递审批列表页面可查看下一节点的接收人；呈递审批列表显示目前流程的进度；呈递审批列表显示审批单的状态；发送任务给审批人；（每个节点审批均需要检查）终节点的审批人，审批通过需发送一条通知给申请人每个节点的审批人，审批拒绝需发送一条通知给申请人（每个节点审批均需要检查）8.上传附件：页面特殊的附件需描述；链接跳转至那个页面需描述；附件个数；新附件是否覆盖之前的旧附件；附件格式筛选；附件提示；附件上传成功在列表页面显示信息；附件的操作；9.通知：候选人；已选人；单选功能；全选功能；通知后列表页面添加通知信息；列表可查看通知的人员；通知后我的工作室有一条通知信息；点击通知链接可以跳转至对应的页面；10.讨论：必填项效果检查（未填写发送后的提示效果，如：弹出必填提示信息，点击后定位到必填项文本框等）；候选人；已选人；单选功能；全选功能；讨论后列表页面添加讨论信息；列表可查看讨论的人员；列表可查看讨论的信息内容；发送讨论后我的工作室有一条通知信息；点击通知链接可以跳转至对应的页面；11.日志：查看日志记录；核对字段记录信息；关闭日志记录；12.返回：返回至XX页面；链接跳转是否正确；要求：1)按照特有的条件（如：不同类型的餐厅、不同角色）分开书写测试用例步骤2)按照“查看页面、操作页面、保存页面、辅助功能的操作”的顺序书写测试用例1.2模块间数据交互测试1.2.1关联点（前置条件、后置条件）模块间存在的关联点，需描述出在A模块中的功能以及对B模块的影响。
例如：A模块的某个审批单在审批之后才开启B模块中的页面。
1.2.2数据交互1.模块间存在数据交互，设计测试用例时需描述数据在A、B模块中的一致性。
例如：A模块的数据是审批通过的某个定额，数据在B模块显示时，数据必须与A模块中显示的一致。
2.模块间存在状态变更的，需描述在A模块修改状态之后，关联模块的B模块状态也随之修改。
1.3兼容、安全、UI测试1.3.1兼容测试不同浏览器版本在对同一处功能点显示时，会有不同之处。
测试用例设计时，高版本浏览器和低版本浏览器需分别设计测试用例。
例如：用户IE8的浏览器需要显示IE9的特点时，需针对IE8浏览器设计不同的测试用例。
1.3.2UI测试对不同的页面都需要描述界面检查，检查内容如下：1.窗口切换、移动时正常吗？（公共用例，思考）2.各种界面元素的文字正确吗？（如标题、提示等）3.各种界面元素的状态正确吗？（如正常、退出等状态）4.各种界面元素支持键盘操作吗？5.各种界面元素支持鼠标操作吗？6.对话框中的缺省焦点正确吗？7.数据项能正确回显吗？8.对于常用的功能，用户能否不必阅读手册就能使用？9.执行有风险的操作时，有“确认”、“取消”等提示吗？10.操作顺序合理吗？11.分页显示，翻页、跳页是否实现？12.界面各元素美观合理吗？1.3.3安全测试1.应用程序级别的安全性：检查角色只能访问其所属用户类型已被授权访问的那些功能或数据。
2.系统级别的安全性：检查只有具备系统和应用程序访问权限的角色才能访问系统和应用程序。
3.对于各别页面需取消权限限制。
例如：报表通知某些人员，这些人员点击链接是可以访问无权限查看的页面。
4.无权限访问的页面，拷贝有权限访问人员的有效URL地址，检查无权限人员是否能访问2系统间接口测试1.设计接口测试用例时，需描述接口间交互的类型（如：删除、新增、修改），分类型书写测试用例；2.同步接口时是否需要准备数据以及所准备数据的格式等，需详细描述；（如：.Csv文件）3.XX系统的业务流程审批完成，下一步需接口测试的，需描述出此时的同步状态；4.接口同步成功、同步失败反馈的状态、备注等信息需描述；5.涉及金额类数据接口测试时，需描述出检查接口同步前与同步后的金额、数量数据是否一致。
6.接口测试的数据部分需在数据库中检查时，需在接口测试用例中描述并给出具体的数据库名称或者查询语句。
（限QC中书写测试用例）3测试用例执行A.单元测试（此处单元测试指本系统中单模块测试）：B.集成测试：C.系统测试：V0.9V1.0BUG 回测说明：第一轮测试5个版本，第二轮测试3个版本，第三轮2个版本，共计10个版本4附录4.1场景法设计4.1.1定义现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。
用例场景要通过描述流经用例的路径来确定，这个流经过程要从用例开始到结束遍历其中所有基本流和备选流。
由此会产生很多组场景，如下图所示：●基本流：经过测试用例最简单的路径。
●备选流：一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如备选流1和3）；也可能起源于另一个备选流（如备选流2），或者终止用例而不再重新加入到某个流（如备选流2和4）。
4.1.2场景设计上图中经过用例的每条不同路径都反映了基本流和备选流，都用箭头来表示。
基本流用直黑线来表示，是经过用例的最简单的路径。