测试用例编写规范
2017-04-21 21:19
1651 查看
测试用例编写规范
1. 测试类型
功能测试
功能测试需要根据产品规格说明书中、项目需求文档等所有要求的功能，模拟用户从头到尾的业务测试。确保系统可以完成事先设计的功能，满足用户的实际业务需求。
性能测试
为了发现系统性能问题或获取系统性能相关指标（运行速度、响应时间、资源使用率等）而进行的测试是性能测试。需要模拟真实的环境、特定的负载，通过模拟工具模拟实际软件系统的运行和操作，同时监控性能各项指标，最后对测试结果进行分析来确定系统的性能状况。
安全性测试
检查系统对非法侵入的防范能力。原则是使非法侵入的代价超过被保护信息的价值，让非法侵入才无利可图。
容错性测试（异常测试）
检查系统的容错能力，检查软件在异常条件下自身是否具有防护性的措施或者某种灾难性恢复的手段。在指定的时间修复，是可靠性测试和健壮性测试的组成部分。
兼容性测试
兼容性会影响软件的使用满园，使用户操作受限。主要包括软件兼容性、数据共享兼容性、硬件兼容性等方面。
系统压力测试、拷机测试等归为此类。
可靠性测试
产品在规定的条件下和规定的时间内完成规定功能的能力。它与软件可靠性和系统输入和系统使用有关。
回归测试
为了发现回归缺陷而进行的测试
2. 功能点
功能点对应产品规格说明书（或需求说明书、产品设计说明书）中相应的功能点
3. 用例设计方法
原则上，测试用例全集需要覆盖产品的所有功能（但是这几乎是不可能的），设计用例和编写和设计最重要的也是要尽量全面。下表为软件测试方法列举及简单说明。
软件测试方法
1.基于直觉和经验的方法
2.Ad-hoc测试方法
3.自由测试
4.ALAC测试方法 像用户那样操作的测试方法
5.错误推测法 根据以往工作经验和直觉推测出程序可能存在的错误，从而有针对性地进行
6.场景分析法 根据用户使用场景设计测试用例
7.基于输入域的方法 等价类划分法 测试中把所有的输入全部覆盖基本是不可能的，等价类划分法就是指某个输入域的一个特定的子集合，在该子集合中各个输入数据对于揭露程序中的错误都是等效的
8.边界值分析法 ，在某个输入输出变量范围的边界上，验证系统功能是否正常运行
9.基于组合及其优化的方法
10.判定表方法 对于输入和输出只有0和1两种取值的情况，可以采用该方
11.因果图法 由不同组合的输入条件有一个必然的输出结果
12.Pair-wise方法 对于输入有很多种条件，不同组合也有很多输出的情况，可以采用本方法。即两两组合测试
13.正交试验法 用于解决组合数非常大的问题。挑选适量有代表性的条件组合安排测试
14.基于逻辑覆盖的方法 判定覆盖（分支覆盖） 被测试程序中每个判断的分支真假都至少经历一次
条件覆盖 被测试程序中每个条件的可能聚会至少满足一次
判定-条件覆盖 将上述两种方法组合
条件组合覆盖 被测试程序的条件组合都至少出现一次
基本路径覆盖 被测试程序中所有可能的、独立的执行路径
15.基于缺陷模式的测试 常见的缺陷模式 通过大量的测试数据统计分析的常见缺陷模式，如内存泄漏、非法指针引用等
16.DPBT的测试过程
基于模型的测试 功能图法 对于输入次序不同会产生不同结果情况的测试
模糊测试该方法 使用工具来构造或产生大量的、具有一定随机性的数据作为系统输入来检验系统
形式化测试方法 形式化方法 采用严格的数学语言、具有精确的数学语义的方法
形式化验证 根据形式规范或属性，使用数学方法证明其正确性
扩展有限状态机方法
4. 用例名称
测试用例的名称，用简洁的词语区别不同的测试用例。如创建存储ISCSI存储池。
5. 预置条件
测试用例的执行，需要哪些前提条件，如系统正常运行等。
6. 测试步骤
用来执行测试用例的输入需求。
原则上，可以使有一定电脑使用经历，且没有产品使用经历的人员能够使用测试用例正常测试。
7. 预期结果
根据前面的输入条件写明期望的输出结果。
如果有不同的期望结果，需要标注清楚不同的影响因素，如环境、条件等。
8. 优先级
优先级分为高、中、低三个级别。
优先级高满足下述条件之一的：
a) 产品规格说明书（需求说明书、功能说明书）中罗列支持的功能相关测试用例
b) 测试用例中的操作用户使用频率较高的
c) 或者该测试用例如果不通过会造成系统瘫痪等严重问题的
用户按照使用说明书操作不会出现的问题，或者产品说明书中明确支持，但是不会发货该规格的产品等类型的测试用例优先级为低。其余为中。
9. 冒烟
某些测试用例，如果测试不通过，会影响整个版本大部分功能不能正常测试等问题时，则可以定义该测试用例需要冒烟执行。
冒烟测试用例的数量和测试时间需要控制在可接受范围。
10. 自动化
测试用例是否已经实现自动化，自动化结果必需准确（通过或者不通过）。
11. 测试用例设计的原则
1. 测试用例的执行结果，必需为PASS、FAILED、NOTRUN（如果是failed和norun，需要在说明列中备注原因）
2. 尽量将具有相类似功能的测试用例抽象并归类
3. 尽量避免冗长和复杂的测试用例
1. 测试类型
功能测试
功能测试需要根据产品规格说明书中、项目需求文档等所有要求的功能，模拟用户从头到尾的业务测试。确保系统可以完成事先设计的功能，满足用户的实际业务需求。
性能测试
为了发现系统性能问题或获取系统性能相关指标（运行速度、响应时间、资源使用率等）而进行的测试是性能测试。需要模拟真实的环境、特定的负载，通过模拟工具模拟实际软件系统的运行和操作，同时监控性能各项指标，最后对测试结果进行分析来确定系统的性能状况。
安全性测试
检查系统对非法侵入的防范能力。原则是使非法侵入的代价超过被保护信息的价值，让非法侵入才无利可图。
容错性测试（异常测试）
检查系统的容错能力，检查软件在异常条件下自身是否具有防护性的措施或者某种灾难性恢复的手段。在指定的时间修复，是可靠性测试和健壮性测试的组成部分。
兼容性测试
兼容性会影响软件的使用满园，使用户操作受限。主要包括软件兼容性、数据共享兼容性、硬件兼容性等方面。
系统压力测试、拷机测试等归为此类。
可靠性测试
产品在规定的条件下和规定的时间内完成规定功能的能力。它与软件可靠性和系统输入和系统使用有关。
回归测试
为了发现回归缺陷而进行的测试
2. 功能点
功能点对应产品规格说明书（或需求说明书、产品设计说明书）中相应的功能点
3. 用例设计方法
原则上，测试用例全集需要覆盖产品的所有功能（但是这几乎是不可能的），设计用例和编写和设计最重要的也是要尽量全面。下表为软件测试方法列举及简单说明。
软件测试方法
1.基于直觉和经验的方法
2.Ad-hoc测试方法
3.自由测试
4.ALAC测试方法 像用户那样操作的测试方法
5.错误推测法 根据以往工作经验和直觉推测出程序可能存在的错误，从而有针对性地进行
6.场景分析法 根据用户使用场景设计测试用例
7.基于输入域的方法 等价类划分法 测试中把所有的输入全部覆盖基本是不可能的，等价类划分法就是指某个输入域的一个特定的子集合，在该子集合中各个输入数据对于揭露程序中的错误都是等效的
8.边界值分析法 ，在某个输入输出变量范围的边界上，验证系统功能是否正常运行
9.基于组合及其优化的方法
10.判定表方法 对于输入和输出只有0和1两种取值的情况，可以采用该方
11.因果图法 由不同组合的输入条件有一个必然的输出结果
12.Pair-wise方法 对于输入有很多种条件，不同组合也有很多输出的情况，可以采用本方法。即两两组合测试
13.正交试验法 用于解决组合数非常大的问题。挑选适量有代表性的条件组合安排测试
14.基于逻辑覆盖的方法 判定覆盖（分支覆盖） 被测试程序中每个判断的分支真假都至少经历一次
条件覆盖 被测试程序中每个条件的可能聚会至少满足一次
判定-条件覆盖 将上述两种方法组合
条件组合覆盖 被测试程序的条件组合都至少出现一次
基本路径覆盖 被测试程序中所有可能的、独立的执行路径
15.基于缺陷模式的测试 常见的缺陷模式 通过大量的测试数据统计分析的常见缺陷模式，如内存泄漏、非法指针引用等
16.DPBT的测试过程
基于模型的测试 功能图法 对于输入次序不同会产生不同结果情况的测试
模糊测试该方法 使用工具来构造或产生大量的、具有一定随机性的数据作为系统输入来检验系统
形式化测试方法 形式化方法 采用严格的数学语言、具有精确的数学语义的方法
形式化验证 根据形式规范或属性，使用数学方法证明其正确性
扩展有限状态机方法
4. 用例名称
测试用例的名称，用简洁的词语区别不同的测试用例。如创建存储ISCSI存储池。
5. 预置条件
测试用例的执行，需要哪些前提条件，如系统正常运行等。
6. 测试步骤
用来执行测试用例的输入需求。
原则上，可以使有一定电脑使用经历，且没有产品使用经历的人员能够使用测试用例正常测试。
7. 预期结果
根据前面的输入条件写明期望的输出结果。
如果有不同的期望结果，需要标注清楚不同的影响因素，如环境、条件等。
8. 优先级
优先级分为高、中、低三个级别。
优先级高满足下述条件之一的：
a) 产品规格说明书（需求说明书、功能说明书）中罗列支持的功能相关测试用例
b) 测试用例中的操作用户使用频率较高的
c) 或者该测试用例如果不通过会造成系统瘫痪等严重问题的
用户按照使用说明书操作不会出现的问题，或者产品说明书中明确支持，但是不会发货该规格的产品等类型的测试用例优先级为低。其余为中。
9. 冒烟
某些测试用例，如果测试不通过，会影响整个版本大部分功能不能正常测试等问题时，则可以定义该测试用例需要冒烟执行。
冒烟测试用例的数量和测试时间需要控制在可接受范围。
10. 自动化
测试用例是否已经实现自动化，自动化结果必需准确（通过或者不通过）。
11. 测试用例设计的原则
1. 测试用例的执行结果，必需为PASS、FAILED、NOTRUN（如果是failed和norun，需要在说明列中备注原因）
2. 尽量将具有相类似功能的测试用例抽象并归类
3. 尽量避免冗长和复杂的测试用例
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 