测试方案设计过程详解入门级文档格式.docx
《测试方案设计过程详解入门级文档格式.docx》由会员分享，可在线阅读，更多相关《测试方案设计过程详解入门级文档格式.docx（13页珍藏版）》请在冰点文库上搜索。
版权所有XX
Allrightsreserved
修订记录Revisionrecord
日期
修订版本Revisionversion
修改描述
changeDescription
作者
Author
1.00
初稿完成
目录TableofContents
1目的
书写本系列文章的目的是期望，能够通过系列的培训，完善外包的测试知识、使其了解相关测试要点或重点、使其测试相关知识尽量和我司标准靠拢（方便过程文档后续的维护和重用），以完成对外包测试人员的培养计划。
本文以介绍外包测试中测试方案设计为主，通过本文，期望使外包测试人员，对于我司合作项目的测试方案设计阶段有所了解，并能够独立使用我司提供测试方案设计模板，完成测试方案设计工作。
注1：
本系列培训材料主要对象是委托开发测试人员和委托测试人员。
而由于委托开发项目特殊性，测试周期较我司自研项目短了很多，所以，测试设计培训材料，统一采用excel模板（word模板效果好些，但是需要投入的时间也太久）为例进行讲解。
注2：
合作方培训系列胶片分级原则：
1、入门级：
专业人员结合合作人员普遍水平，书写培训材料，要保证浅显易懂。
合作方人员主要通过自学的方式进行，不占用工作时间。
材料学习完毕，期望合作方人员基本上能够对业务有了初步的认识和了解，在我司人员的稍加指导下，能够完成基本的开发、测试或资料书写工作。
主要是各部件的基础概念、基本功能及典型业务流程介绍
2、提高级：
专业人员结合合作人员普遍水平，书写培训材料，在入门级的水平上进行提高，讲述业务中较为深入的知识（比如测试设计中的各种工程方法的详解、一些原理知识：
例如组播原理，等等）。
这部分知识将由我司专家对合作方团队中骨干人员进行培训，然后，由合作方骨干人员对其团队内部人员进行培训，不占用工作时间。
培训完毕，期望合作方人员能够对业务有了较深的认识和了解，基本上能够独立的完成基本的开发、测试或资料书写工作，并且质量较好，能够达到我司普通员工的水准。
主要是业务流程中比较深入的一些知识，例如具体的实现方案、整体的架构、物理组网、接口以及一些原理知识（如组播原理）等
3、精深级：
专业人员结合多年的经验，参考各种材料，书写培训材料，专业、系统的讲述业务中较为高深的知识。
此级别为拓展级别，并不要求所有合作方人员全部掌握，只是以拓展合作方人员知识与眼界为主，这部分由我司专家定期进行全员培训。
如果能够完全掌握，基本上能够达到我司骨干人员的水准。
主要是针对当前情况对产品后续发展的一个展望，包括业务的扩展及一些优化工作
2正文
2.1测试方案设计的重要性
测试需求分析主要是为了避免需求遗漏，而测试方案则是把测试需求分析的最终测试规格进行整合，并细化成测试检查点，以便用于指导用例设计的过程。
所以，测试方案设计是个承前启后的过程。
是测试设计者测试设计思路详细化的过程。
是测试设计过程中必不可少的步骤。
2.2测试方案设计概述
本文，大致把测试方案设计分成以下几个步骤：
1、产品测试规格整合；
主要把测试需求分析的成果——产品测试规格根据实际版本情况和测试习惯等因素进行重新划分、整合；
2、特性测试规格划分；
主要是根据产品测试规格的具体检查点，对其进行分类，把近似或相关性较强的检查点分成一类，成为特性测试规格；
3、测试用例设计思路书写；
在特性测试规格的框架内，对测试进行细化，通过多种工程方法完成测试检查点的设计；
后文，将进行详细论述；
2.3测试方案模板
测试方案模板比起测试需求分析模板来说，是非常简单的。
具体模板如下所示：
产品测试规格编号
产品测试规格描述
产品测试规格主要分析方法
特性测试规格编号
特性测试规格名称
特性测试规格主要分析方法
测试用例设计思路
使用的系统要素（数据库表字段，系统配置属性）
改变的系统要素（数据库表字段，系统配置属性）
测试用例检查注意项
检查点是否人工可识别
工具需求
列名解释：
1.产品测试规格编号：
直接引用需求分析中测试规格；
2.产品测试规格描述：
3.产品测试规格主要分析方法：
由规格分析至特性所采用的工程方法；
4.特性测试规格编号：
特性的全局唯一编号。
建议格式为：
产品测试规格编号+特性序号（比如001或002等）；
5.特性测试规格名称：
特性的具体描述；
6.特性测试规格主要分析方法：
由特性分析至用例所采用的工程方法；
7.测试用例设计思路：
特性所包含的测试检查点，或测试大体要点；
8.其他几个列名顾名思义，不需解释；
2.4产品测试规格整合
2.4.1产品测试规格整合步骤
1、首先从需求分析的最终结果——产品测试规格中获取详细的产品测试规格；
测试原始需求编号
测试原始需求描述
测试特性
大类
小类
测试类型
验证方法
使用频率
影响程度
失效可能性
优先级
估计用例规模
用例估计说明
SMS-001
支持短消息的发送和接收（普通的短消息），管理（编辑、删除等）
短消息维护
消息管理
短消息
TT-FUNC-001
短消息编辑
功能测试
系统测试
H
M
25
2、按照其中的测试特性、大类、小类等属性，对产品测试规格进行整合（比如把大类作为一级特性，小类作为二级特性、测试特性作为三级特性，而产品测试规格作为四级特性）；
编号
.
TT
消息管理
..
TT-FUNC
短消息管理
...
短消息维护
....
TT-FUNC-001.001
普通短消息的接收
TT-FUNC-001.002
TT-FUNC-001.003
普通短消息的编辑
TT-FUNC-001.004
普通短消息的删除
2.4.2注意事项
1、在产品测试规格整合过程中，最重要的一点，就是一定不能够出现遗漏现象，要不仅要完全覆盖测试需求分析中的所有需求，而且还要在实际测试设计过程中考虑是否存在测试点遗漏现象，一经发现离开补充；
2、产品测试规格的整合不仅要考虑到版本的具体情况（比如具体模块、代码归属等），还要考虑到测试习惯，比如虽然两个产品测试规格属于不同的模块，但是，实际测试执行时候，只需要同一个测试流程或步骤就能够完成测试，可以直接整合到同一个测试特性下；
3、产品测试规格整合时，尽量要考虑到流程性，尽量把流程性较强的规格放到相近的位置。
以便测试执行时能够按照流程的顺序一次性执行下去（比如，洗菜、买菜、做饭、切菜和吃饭这些产品测试规格，可以按照实际的流程把其位置调整，使得测试人员能够用尽量少的用例与尽量少的时间完成所有相关性较强的规格的测试）。
4、如果感觉一个标签中的用例太多了，对于实际操作影响较大（比如用例较多时，我们进行用例的分级、整理等步骤可能较为耗时），可以按照相关性，把耦合性较少的模块，独立出去分成标签。
5、如果对于需求分析的结果——产品测试规格，在实际测试方案设计的过程中，感觉其粒度太粗了，可以再方案中直接进行细化，把一个产品测试规格细化成多个产品测试规格；
6、各个产品测试规格的名称一定要简洁、清晰、明了，不能出现歧义。
2.5特性测试规格划分
2.5.1特性测试规格划分步骤
根据上面整合完毕后的规格，对其最小的规格进行细化，尽量使得产品规格下的具体检查点，能够按照近似或相关性较强分别落到不同的特性测试规格下面；
.....
场景分析
协议测试
异常（数据库/设备/电源/网络/系统）
异常测试
2.5.2注意事项
1、在测试特性规格划分过程中，最重要的一点，同样是一定不能够出现遗漏现象，要不仅要完全覆盖前面的分析结果，而且还要在实际测试设计过程中考虑是否存在测试点遗漏现象，一经发现离开补充；
。
2、测试特性规格的划分，同样不仅要考虑到版本的具体情况，还要考虑到测试习惯；
3、各个测试特性规格的名称一定要简洁、清晰、明了，不能出现歧义；
4、各种工程方法将在“提高级”中详细描述，本文不予论述，这里只是简单描述我们常用的几种工程方法：
A、测试场景分析：
测试场景分析法是针对各个测试场景进行分析，进而得出输入/处理/输出的设计工程方法；
B、因果图：
因果图用于描述系统的输入、输出，以及输入和输出之间的因果关系，输入和输入之间的约束关系，因果图的绘制过程是对被测试系统外部特征的建模过程；
C、判定表：
判定表可以由因果图转换得到，它用于对所有输入进行组合和筛选，并得到对应的输出；
D、异常：
针对诸如数据库/设备/电源/网络/系统等模块异常而进行测试的特殊场景；
2.6测试用例设计思路书写
测试设计思路书写步划分完毕后的测试特性规格，进行测试用例设计思路书写；
等价类分析
1.正常接收普通短信；
2.
3.
边界值
1.
2.6.1注意事项
1、在测试用例设计思路书写过程中，最重要的一点，同样是一定不能够出现遗漏现象，要不仅要完全覆盖前面的分析结果，而且还要在实际测试设计过程中考虑是否存在测试点遗漏现象，一经发现离开补充；
2、在测试用例设计思路书写过程中，建议尽量能够参考以前的用例或其他相似部件的成熟的测试用例，从而吸取经验，减少工作量，提高测试方案设计效率；
3、在进行测试用例设计思路书写过程中，建议能够尽量参考以前的经验库，比如漏测问题经验库等，从而吸取经验，补充检查点，避免出现类似的问题；
4、建议对于具有连续性的项目，能够对测试方案中的检查点进行及时的维护，为后续版本的测试方案提供好的样例或基线；
5、各种工程方法将在“提高级”中详细描述，本文不予论述，这里只是简单描述我们常用的几种工程方法：
A、等价划分：
将要测试的软件的输入和输出分成若干部分，对于特定部分中的任意值，软件的行为都是等价的。
形成各个部分的数据不只是程序参数，还可以根据软件访问的数据、时间、输入和输出顺序以及状态进行划分。
等价划分假定人任何单独部分中的所有值对于测试目的而言都是等价的。
因此测试用例应该设计为在每个部分中测试一个值；
B、边界值分析：
边界值分析预测错误会在各个部分的边界上或者靠近边界的地方出现，这样就在测试设计中加入了一定程度的反面测试。
测试用例应该设计为在边界值以及在边界值的两边检验软件；
C、错误推测：
错误推测主要凭经验，同时还需要诸如边界值分析等其他技术的一些辅助。
凭借经验，测试设计者推测特定类型的软件中可能出现的错误类型，并设计测试用例来找到它们；
D、因果图：
F、判定表：
3结尾
至此，测试方案设计，已经全部完成。
测试方案的设计模板和步骤都比较简单。
但是，需要的技术含量确实相当高，需要我们对项目有较深的了解，才能够很好的运用包括错误猜测等工程方法，尽量无遗漏的完成测试方案的设计。
另外，测试方案设计一定要注意以下几点：
1、测试方案设计要层次分明；
2、测试方案设计要粒度统一，并粒度适中；
3、测试方案要保持风格统一，对于类似模块的设计，可以进行了合理的拷贝；
4、测试方案要能够突出重点；
5、测试方案的检查点要能够做到简洁、清晰、明了；
下面我们将根据测试方案的输出——测试用例设计思路，进行测试用例的设计。
升级会员 