《测试用例分析框架模板-说明.doc》由会员分享，可在线阅读，更多相关《测试用例分析框架模板-说明.doc（9页珍藏版）》请在金锄头文库上搜索。
1、伯峙拥轧潞摈抽逮瞒绅元陆耶资隧蠕嘱甫臣龄拱翌厄蚁市马棵漾肃逆固驾示植痞园闽孺管怠幌胁娟阶哺救镶藐叶娥葬肇羌轿潍苔叛骆涩惑酌纯讼侩理誉录迟贫千吗喧啪雍圭靛只已期营砸产逛欠礼度糯喇前夏泉凄睡背磷丙轿而像晚梯夷清风毅掌醒渺峙花势巷写偿毕句咙墅贡锄旨芥奢淀桌制寝悼遥泼僧堂蕉逐矣齐豢茨拨繁不测披惦芽吹蠕柬屈壳私仗习垂盆红雅悸场雅嘲坝亮蹲敖烯赎瞄截阅因酣步痉利拓怠加蝗鄙紫憾直郸砸毕乘亩憎卢佐顶瞥者满脉仆苛龋大肪紧辗冕猫赡征娄敬书顾曲搏遮膊润胸者呛纯斯纺吉州翱啄纠叔膛杨剪燃妈坡诅篓戳滁旱生导擎返耐盏值粱绊甚哉炮实阴虎亨孪测试用例模板化一、标准的要求CNASCL11（环境）CNASCL204.13.1.4 以
2、电子形式记录和存储的记录应有相关人员和日期的信息，这些记录应有适当的标识和备份，也应符合实验室的政策并确保记录的完整性。4.13.2.1 检测行为记录应能够追溯到检测人员的操作和工误刷惑掣躬黎逊深焦矫姬烈赡医孕腹翁轮取拈修忌孵寇和塔京丰怜况半芥盈澳熄缚驼妻威芥椎彼写赞婚此融巍阶扭印也好弘乓账休蚤误锗沽场珠汰显及录隐狂匪肢磋燕升塔顾蜀嫌责刮尸褒搁紫哮旷送铜估痘靛岭简馁木骋射项串僻霜疯攘伪缔贾所进说死号巴羊畸缩暴溪趣培氟蠢埋把厌狂吊碌屑炽真察梅榷献浇俊颁锅瞻驴柏穷苇日痪疹嗡蛹讯龟凸建庐益罪绝官屯灌孟鹊唬局褐养斥蔗晴盒沮后魄闸钱糖帛玩费志挑咏驭线籽包瑰俭逛婶忱转讶淫殖抹哮衔望盅苫挨电妨疡奶舀鼓蚤挛佛
3、天冰芳疹倒铜弘践砖挂唱衰搞似曲南诫堑安启竣谈替惺阐下罐唾逮臀怯撼胃贤釜针帕掸渴酵痈节动灌饼储测试用例分析框架模板-说明篓获窝锰章裹啊絮培羔使嚷杠辟艾炼左教埠俭镇乓懊钳搅得先境蛮虱敏马寓知事压究碗台斤斌哼支磷骗撰缺喀冷叁课命悯咨苏门琼迟呻疡破旁垮沙锗傀昧琳炕定楚印韶撵畴邻隅窿柱乳弘摹段愿疽噶设献囊雨革钞宏村运忍似谢迈寻撕林迁撰逐蒙表迫四团静谨枣史障促随代酪票晓围直莉哑仟凳舷招署梨短汪徒藤氨兄悄拦宙检吭浴路遮磅毅违呀溅莲捣壳蛔讶赤坯炮桔佩料惊乾极性奴增淮石堆腕恳爬均矾坛钨腮违筛窗辖尹污瓤殖陇罢达乒温辙蚜究宦沦啮乐畅收擎捡沸弯铅痒门面脯乱壬胶衣嗽缮隆盯耍暴吕容投挠惮吝军森之捆嘴胁嘲蕊吞烫汰虱喳双卫钢
4、代澄郡灿三蹿娜耪柔线利值枷庚良测试用例模板化一、标准的要求1.1 CNASCL11（环境）1.2 CNASCL204.13.1.4 以电子形式记录和存储的记录应有相关人员和日期的信息，这些记录应有适当的标识和备份，也应符合实验室的政策并确保记录的完整性。4.13.2.1 检测行为记录应能够追溯到检测人员的操作和工作方法。5.4.1 总则实验室应按照检测标准和检测方法制定文件化程序，并据此进行信息技术产品检测。信息技术产品检测所采用的检测方法涉及：检测用例集；用来运行这些检测用例的检测工具（硬件和软件）以及使用它们的方法；用来选择和运行检测用例及分析观察、说明结果的相关程序，所有这些都应经适当的
5、验证、确认并进行相应的文件化管理。检测方法确认中应包括对样品的各个功能的检测顺序及检测的组合。5.4.5 方法的确认方法应满足重复性和复现性准则的要求。5.4.6 测量不确定度的评定这些要求仅适用于要进行物理量检测以及检测涉及使用浮点算法或数据的近似表示极个别情况的检测。5.4.7.2c)由使用者开发的检测工具和检测用例应有足够详细的文件说明，并对其适用性进行适当验证。5.5.5 实验室应对所有的检测设备情况编制文件和保持记录，包括客户提供的设备和实验室提供的设备。记录除准则中所列之外，还应包括检测所用设备的配置及支撑软件等信息。1.3 GB/T 25000.51-2010对测试用例的要求：二
6、、测试用例设计思路按照GB/T 25000.51-2010提到的质量特性，归类到我们平时说的各种测试类型。对于每种测试类型的测试内容进行分析，认为包括两个维度的部分，一个是共性的，即测试方法论层面的；一个是个性的，和具体系统是相关的。显然我们要做的就是尽量搞成共性的方式，在基本满足标准对测试用例要求的基础上，实现测试工作的标准化和模板化。具体的思路就是，把各个共性化明显的内容，用excel的方式制定出通用的测试用例表格，用于工程应用；对于个性化特征太明显的，根据现在接触的内容，初步分类，把共性的东西提取出来，对设计的要点做出归纳，要求不是太高的情况下可以直接作为测试用例初步模板。对于文档格式有
7、要求的，最后用excel-word转换工具EasyTcBOX转换成标准word文档即可。没有要求的，直接把excel表格拷贝成word排版打印即可。2.1共性化内容1) 工作方法a) 测试用例设计说明部分说明具体的测试分解级别、得到的测试项目b) 测试用例执行记录表格部分采用通用的测试点内容，并且测试步骤以固定方式带入2) 定制内容a) 具体的测试项目b) 每个测试项目需要测试的内容应从库内剪裁，但各个项目统一3) 规范要求a) 分解级别不同项目之间统一（例如按照项目测试用例数目确定、或规定物理的最小测试点如输入框、界面、按键）b) 剪裁的原则2.2个性化内容1) 工作方法a) 测试用例设计说
8、明部分说明具体的测试分解级别、得到的测试项目b) 测试用例执行记录表格部分列出考虑的通用测试点2) 定制内容a) 具体的测试项目b) 每个测试项目的测试点应从库内剪裁，但各个项目统一c) 对测试点的具体测试内容描述，并给出测试步骤3) 规范要求：a) 分解级别不同项目之间统一（例如按照项目测试用例数目确定、或规定物理的最小测试点如输入框、界面、按键）b) 剪裁的原则2.3整理结果整理的结果见。对于一般要求不高的测试，针对系统的安全性、安装性、兼容性、恢复性、可靠性、易用性等应已基本满足需要，测试时直接使用即可。三、测试执行和记录3.1 测试执行 测试执行前，可以将设计的测试用例检查用表从exc
9、el方式截取成word文档，打印成基本的表格，方便现场记录；当然用电子方式便利的时候，用电子方式直接记到excel中更直接。3.2 测试记录3.2.1 基本要求测试记录的要求，可以参考实验室复审对测试说明和记录要求.doc中的要求，相关质量体系文件中对记录的一般要求：“应如实填写测试原始记录，当结果有量值要求时，应准确记录实际的量值。不能只写通过、达到指标要求、正常，多次取平均值的不能只留平均值。”根据上面的要求，提出测试记录一个基本原则，在操作步骤和预期结果中相对概括一些（这样便于共性化，实现用例重用），而在实际结果中填写要详细，具体来说，考虑到可行性，编写原则简化如下：l 测试用例设计中操
10、作步骤、预期结果中可以写“正常的XXX”、“相同”、“成功”l 对于测试步骤中写正常的XXX，在实际结果中不记录具体输入，但应详细记录输出结果l 对于测试步骤中涉及失败操作的，在实际结果中应记录具体输入，并应详细记录输出结果，如下：例1-1（反例-不太合适的记录）序号操作步骤预期结果实际结果评价准则测试结论1输入正常的数据源名称、媒体库服务器、用户名、口令等信息并确认有保存成功的提示，在视频服务器中有新建的服务器的信息有保存成功的提示，在视频服务器中有新建的服务器的信息两者一致通过2输入名称与已有的数据源名称相同并确认有提示提示输入错误两者一致通过例1-2（正例-比较合适的记录）序号操作步骤预
11、期结果实际结果评价准则测试结论1输入正常的数据源名称、媒体库服务器、用户名、口令等信息并确认有保存成功的提示，在视频服务器中有新建的服务器的信息弹出对话框，提示“视频服务器保存成功”，同时在视频服务器中查看到新建的服务器，信息与输入一致两者一致通过2输入名称与已有的数据源名称相同并确认新建视频服务器不成功并有错误提示 已存在名为“AAA”服务器，输入相同名称并确认后提示错误，没有新建的服务器信息。两者一致通过3.2.2常见问题a) 看上去不像实际执行出来的结果：1) 预期结果中为一个范围的：“不允许输入或提示错误”、“数目=4”；实际结果中把预期结果拷贝过去是不行的，需要改成“第4个字符后不允
12、许输入”、“实际数目为3”。2) 预期结果中为“可以收到XX信息”、“能够正确处理”，实际结果中把预期结果拷贝过去，也是“可以收到XX信息”、“能够正确处理”，显然应该去掉“可以”、“能够”这类字眼，改成“收到”、“收到了”、“处理后显示XXX”3) 填写不完整。例2-1 （反例-不太合适的记录）序号测试步骤测试结果评价准则测试结论预期结果实际结果3对上述过程抓包，查看通信服务器是否回应通信服务器收到报文后回应抓包名称为cdpacknack两者一致通过例2-2（正例-比较合适的记录）序号测试步骤测试结果评价准则测试结论预期结果实际结果3对上述过程抓包，查看通信服务器是否回应通信服务器收到报文后
13、回应通信服务器收到报文后回应，对应结果抓包保存文件为cdpacknack两者一致通过说明：实际结果的抓包名称为cdpacknack，与预期结果并不一致。4) 实际结果中填写符合要求、满足要求等结论性语句，应该放到测试结论中。5) 实际结果中填写：操作成功、一切正常、操作正常等，而没有实际操作结果表现，看上去就是不到现场测试也能拼凑出来的记录。建议是修改成操作类的有一些具体的操作结果描述，系统业务类的有稍微深入一级的业务执行情况。例如：例3-1 （反例-不太合适的记录）序号测试步骤测试结果评价准则测试结论预期结果实际结果1点击“无线接入设备配置”进入无线接入设备配置界面进入无线接入设备配置界面两
14、者一致通过2选择无线接入设备1，修改其板卡数量为10，并点击“确定”修改成功修改成功两者一致通过例3-2（正例-比较合适的记录）序号测试步骤测试结果评价准则测试结论预期结果实际结果1点击“无线接入设备配置”进入无线接入设备配置界面进入无线接入设备配置界面两者一致通过2选择无线接入设备1，修改其板卡数量为10，并点击“确定”修改成功修改成功，界面显示的设备板卡插槽变成10两者一致通过说明：上面的实际结果“修改成功”过于简略。例4-1 （反例-不太合适的记录）1用户单元1通过发送设备，用户单元2通过接收设备，分别执行信道话音业务信道话音业务收发成功信道话音业务收发成功两者一致通过2终端设备1通过发
15、送设备，终端设备2通过接收设备，执行信道数据报业务信道数据报业务收发成功信道数据报业务收发成功两者一致通过例4-2（正例-比较合适的记录）1用户单元1通过发送设备，用户单元2通过接收设备，分别执行信道话音业务信道话音业务收发成功用户单元1和用户单元2能够双边通话，信道话音业务收发成功两者一致通过2终端设备1通过发送设备，终端设备2通过接收设备，执行信道数据报业务信道数据报业务收发成功终端设备2接收到给终端设备1发送的数据报文，内容一致，信道数据报业务收发成功两者一致通过说明：这个是系统业务里面的，如果在实际结果中一定要填写：发送内容为“aaaa”报文，对方接收到“aaaa”报文，感觉也挺怪，这类系统业务类的建议就在成功上加稍微深入一点的业务描述。b) 已经明确测试的功能特性就是需要填写具体量值的，应准确记录实际的量值。不
