测试用例分析框架模板-说明.docVIP

测试用例模板化 一、标准的要求 CNAS—CL11 （环境） CNAS—CL20 4.13.1.4 以电子形式记录和存储的记录应有相关人员和日期的信息，这些记录应有适当的标识和备份，也应符合实验室的政策并确保记录的完整性。 4.13.2.1 检测行为记录应能够追溯到检测人员的操作和工作方法。 5.4.1 总则 实验室应按照检测标准和检测方法制定文件化程序，并据此进行信息技术产品检测。信息技术产品检测所采用的检测方法涉及：检测用例集；用来运行这些检测用例的检测工具（硬件和软件）以及使用它们的方法；用来选择和运行检测用例及分析观察、说明结果的相关程序，所有这些都应经适当的验证、确认并进行相应的文件化管理。 检测方法确认中应包括对样品的各个功能的检测顺序及检测的组合。 5.4.5 方法的确认 方法应满足重复性和复现性准则的要求。 5.4.6 测量不确定度的评定 这些要求仅适用于要进行物理量检测以及检测涉及使用浮点算法或数据的近似表示极个别情况的检测。 5.4.7.2c)由使用者开发的检测工具和检测用例应有足够详细的文件说明，并对其适用性进行适当验证。 5.5.5 实验室应对所有的检测设备情况编制文件和保持记录，包括客户提供的设备和实验室提供的设备。记录除准则中所列之外，还应包括检测所用设备的配置及支撑软件等信息。 GB/T 25000.51-2010 对测试用例的要求： 二、测试用例设计思路 按照GB/T 25000.51-2010提到的质量特性，归类到我们平时说的各种测试类型。对于每种测试类型的测试内容进行分析，认为包括两个维度的部分，一个是共性的，即测试方法论层面的；一个是个性的，和具体系统是相关的。 显然我们要做的就是尽量搞成共性的方式，在基本满足标准对测试用例要求的基础上，实现测试工作的标准化和模板化。 具体的思路就是，把各个共性化明显的内容，用excel的方式制定出通用的测试用例表格，用于工程应用；对于个性化特征太明显的，根据现在接触的内容，初步分类，把共性的东西提取出来，对设计的要点做出归纳，要求不是太高的情况下可以直接作为测试用例初步模板。 对于文档格式有要求的，最后用excel-word转换工具EasyTcBOX转换成标准word文档即可。没有要求的，直接把excel表格拷贝成word排版打印即可。 2.1共性化内容 工作方法 测试用例设计说明部分说明具体的测试分解级别、得到的测试项目 测试用例执行记录表格部分采用通用的测试点内容，并且测试步骤以固定方式带入 定制内容 具体的测试项目 每个测试项目需要测试的内容应从库内剪裁，但各个项目统一 规范要求 分解级别不同项目之间统一（例如按照项目测试用例数目确定、或规定物理的最小测试点如输入框、界面、按键） 剪裁的原则 2.2个性化内容 工作方法 测试用例设计说明部分说明具体的测试分解级别、得到的测试项目 测试用例执行记录表格部分列出考虑的通用测试点 定制内容 具体的测试项目 每个测试项目的测试点应从库内剪裁，但各个项目统一 对测试点的具体测试内容描述，并给出测试步骤 规范要求： 分解级别不同项目之间统一（例如按照项目测试用例数目确定、或规定物理的最小测试点如输入框、界面、按键） 剪裁的原则 2.3整理结果 整理的结果见。对于一般要求不高的测试，针对系统的安全性、安装性、兼容性、恢复性、可靠性、易用性等应已基本满足需要，测试时直接使用即可。 三、测试执行和记录 3.1 测试执行 测试执行前，可以将设计的测试用例检查用表从excel方式截取成word文档，打印成基本的表格，方便现场记录；当然用电子方式便利的时候，用电子方式直接记到excel中更直接。 3.2 测试记录 3.2.1 基本要求 测试记录的要求，可以参考《实验室复审对测试说明和记录要求.doc》中的要求，相关质量体系文件中对记录的一般要求：“应如实填写测试原始记录，当结果有量值要求时，应准确记录实际的量值。不能只写通过、达到指标要求、正常，多次取平均值的不能只留平均值。” 根据上面的要求，提出测试记录一个基本原则，在操作步骤和预期结果中相对概括一些（这样便于共性化，实现用例重用），而在实际结果中填写要详细，具体来说，考虑到可行性，编写原则简化如下： 测试用例设计中操作步骤、预期结果中可以写“正常的XXX”、“相同”、“成功” 对于测试步骤中写正常的XXX，在实际结果中不记录具体输入，但应详细记录输出结果 对于测试步骤中涉及失败操作的，在实际结果中应记录具体输入，并应详细记录输出结果，如下： 例1-1（反例-不太合适的记录） 序号 操作步骤 预期结果 实际结果 评价准则 测试结论 1 输入正常的数据源名称、媒体库服务器、用户名、口令等信息并确认 有保存成功的提示，在视频服务器中有新建的服务器