测试用例(Test-Case)

测试用例Test Case文献状态： 草稿 正式发布 正在修改文献标记：-Team目前版本：V1.0作 者：Maxwell Dong完毕日期：-08-20拓胜（广州）计算机技术服务有限公司 修订历史记录版本日期AMD修订者阐明1.0/8/20A董旭源草稿（A-添加，M-修改，D-删除）目录1.引言41.1编写目的41.2背景41.3术语与缩写解释41.4参照资料42.测试环境52.1硬件52.2测试软件53.测试用例64.用例审核互查105.检查项116.评审成果121. 引言1.1 编写目的阐明编写这份测试用例的目的，指出预期的读者。1.2 背景阐明：a 这份测试用例所描述的软件系统的名称；b 该软件项目的任务提出者、开发者、顾客（或首批顾客）及安装此软件的计算中心c 该产品或项目目的。1.3 术语与缩写解释列出本文献中用到的专门术语的定义和外文首字母组词的原词组缩写、术语解 释1.4 参照资料列出有用的参照资料，如：a. 项目的经核准的筹划任务书或合同；b. 属于本项目的其她已评审通过文献；c. 本文献中各处引用的文献、资料，涉及所要用到的软件开发原则。列出这些文献资料的标题、文献编号、刊登日期和出版单位，阐明可以获得这些文献资料的来源。2. 测试环境2.1 硬件列出为测试本软件所使用硬件的配备，如：a. 解决机的型号、内存容量；b. 所规定的外存储器、媒体、记录格式、设备的型号和台数、联机脱机；c. IO设备（联机脱机？）；d. 数据传播设备和转换设备的型号、台数。2.2 测试软件阐明为测试本软件所使用的软件，如：a 操作系统的名称、版本号；b 开发工具名称和版本号；c 数据库管理系统的名称和版本号；d 使用什么测试软件e 其她支持软件。3. 测试用例测试用例表格的设计可以根据项目自身的特点进行设计，如下提供一种通用用例表格：用例编号原形描述如需求、函数、类的定义等用例目的描述本用例的测试目的前提条件如果某些前提条件不满足，本用例无法正常执行，则在此描述子用例编号输入操作环节盼望成果实测成果状态注：状态为“通过”、“失败”，“阻塞”下面列举几种可以选用的用例设计模板：1、 功能测试用例：用例编号功能A描述用例目的前提条件子用例编号输入/动作盼望的输出/相应实际状况状态示例：典型值示例：边界值示例：异常值2、 容错能力/恢复能力测试用例用例编号用例目的前提条件子用例编号异常输入/动作容错能力/恢复能力导致的危害、损失状态示例：错误的数据类型示例：定义域外的值示例：错误的操作顺序示例：异常中断通信示例：异常关闭某个功能示例：负荷超过了极限3、 性能测试用例用例编号性能A描述用例目的前提条件子用例编号输入数据盼望的性能（平均值）实际性能（平均值）状态4、 界面测试用例列表用例编号用例目的前提条件指标子用例编号检查项评价状态合适性和对的性顾客界面与否与软件的功能相融洽？与否所有界面元素的文字和状态都对的无误？容易理解对于常用的功能，顾客能否不必阅读手册就能使用？与否所有界面元素（例如图标）都不会让人误解？与否所有界面元素提供了充足而必要的提示？界面构造可以清晰地反映工作流程？顾客与否容易懂得自己在界面中的位置，不会迷失方向？有联机协助吗？风格一致同类的界面元素与否有相似的视感和相似的操作方式？字体与否一致？与否符合广大顾客使用同类软件的习惯？及时反馈信息与否提供进度条、动画等反映正在进行的比较耗时间的过程？与否为重要的操作返回必要的成果信息？出错解决与否对重要的输入数据进行校验？执行有风险的操作时，有“确认”、“放弃”等提示吗？与否根据顾客的权限自动屏蔽某些功能？与否提供Undo功能用以撤销不盼望的操作？适应多种水平的顾客所有界面元素都具有充足必要的键盘操作和鼠标操作吗？初学者和专家均有合适的方式操作这个界面吗？色盲或者色弱的顾客能正常使用该界面吗？国际化与否使用国际通行的图标和语言？度量单位、日期格式、人的名字等与否符合国际惯例？个性化与否具有与众不同的、让顾客记忆深刻的界面设计？与否在具有必要的“一致性”的前提下突出“个性化”设计？合理布局和谐色彩界面的布局符合软件的功能逻辑吗？界面元素与否在水平或者垂直方向对齐？界面元素的尺寸与否合理？行、列的间距与否保持一致？与否恰本地运用窗体和控件的空白，以及分割线条？窗口切换、移动、变化大小时，界面正常吗？界面的色调与否让人感到和谐、满意？重要的对象与否用醒目的色彩表达？色彩使用与否符合行业的习惯？.5、 信息安全测试用例用例编号用例目的假想目的A前提条件子用例编号非法入侵手段与否实现目的代价利益分析状态6、 压力测试用例用例编号用例目的极限名称A如“最大并发顾客数量”前提条件子用例编号输入/动作输出/响应与否能正常运营状态如10个顾客并发操作如20个顾客并发操作7、 可靠性测试用例用例编号任务A描述持续运营时间故障发生的时刻故障描述记录分析任务A无端障运营的平均时间间隔（CPU小时）任务A无端障运营的最小时间间隔（CPU小时）任务A无端障运营的最大时间间隔（CPU小时）结论8、 安装/反安装测试用例用例编号用例目的配备阐明子用例编号安装选项与否正常难易限度所有部分升级其他反安装选项与否正常难易限度4. 用例审核互查场景编号场景名称问题描述审核互查人5. 检查项序号检查项成果1每个测试用例与否都阐明/代表一种唯一的输入集或事件流？2测试用例与否可以追溯到产品需求？3测试用例与否100覆盖产品需求规定的所有功能点？4用例与否覆盖了测试筹划的测试类型？5所有的“前置条件”与否都是充足必要条件？6判断点中与否没有操作环节？7测试环节与否简洁？8每个环节与否描述了一种事件？9“测试环节”中引用数据的格式与否统一？10“测试环节”和“预期成果”中对界面文字的引用与否加引号？11预期成果与否描述完整？12文档使用的词语与否清晰明确、无歧义？13测试用例与否覆盖每个被测功能的所有也许的输入输出的组合？14测试用例与否覆盖正常的输入输出组合的所有也许的取值范畴？15测试用例与否涉及测试了被测试对象的初始化过程？16测试用例与否涉及了被测对象中所有异常流的测试？6. 评审成果评审意见开发组审核意见：被审核的测试用例与开发设计一致 被审核的测试用例与开发设计存在不一致的问题 结论批准不批准签字：需要所有参与用例审核的开发人员及开发经理签字签字日期产品经理审核意见：被审核的测试用例与需求一致 被审核的测试用例与需求存在一致的内容 结论批准不批准签字：签字日期项目经理审核意见确认并批准开发组和产品经理对用例的审核意见 不批准开发组和产品经理对用例的审核意见 结论批准不批准签字：签字日期纸制文档与否签字是否