测试方案设计过程详解入门级

页测试方案设计过程详解（入门级）(仅供内部运用）Forinternaluseonly拟制:Preparedby王健立59754日期：Date2008-12-17审核:Reviewedby日期：Date批准:Grantedby日期：Date华为技术有限公司 HuaweiTechnologiesCo.,Ltd.版权全部侵权必究Allrightsreserved修订记录Revisionrecord日期Date修订版本Revisionversion修改描述changeDescription作者Author2008-12-171.00初稿完成王健立59754目录TableofContentsTOC\o"1-3"\u1 目的 42 正文 52.1 测试方案设计的重要性 52.2 测试方案设计概述 52.3 测试方案模板 52.4 产品测试规格整合 6 产品测试规格整合步骤 6 留意事项 82.5 特性测试规格划分 8 特性测试规格划分步骤 8 留意事项 92.6 测试用例设计思路书写 9 留意事项 113 结尾 11测试方案设计过程详解（入门级）目的书写本系列文章的目的是期望，能够通过系列的培训，完善外包的测试学问、使其了解相关测试要点或重点、使其测试相关学问尽量和我司标准靠拢（便利过程文档后续的维护和重用），以完成对外包测试人员的培育支配。本文以介绍外包测试中测试方案设计为主，通过本文，期望使外包测试人员，对于我司合作项目的测试方案设计阶段有所了解，并能够独立运用我司供应测试方案设计模板，完成测试方案设计工作。注1：本系列培训材料主要对象是托付开发测试人员和托付测试人员。而由于托付开发项目特殊性，测试周期较我司自研项目短了很多，所以，测试设计培训材料，统一接受excel模板（word模板效果好些，但是须要投入的时间也太久）为例进行讲解。注2：合作方培训系列胶片分级原则：1、入门级：专业人员结合合作人员普遍水平，书写培训材料，要保证浅显易懂。合作方人员主要通过自学的方式进行，不占用工作时间。材料学习完毕，期望合作方人员基本上能够对业务有了初步的相识和了解，在我司人员的稍加指导下，能够完成基本的开发、测试或资料书写工作。主要是各部件的基础概念、基本功能及典型业务流程介绍2、提高级：专业人员结合合作人员普遍水平，书写培训材料，在入门级的水平上进行提高，讲解并描述业务中较为深化的学问（比如测试设计中的各种工程方法的详解、一些原理学问：例如组播原理，等等）。这部分学问将由我司专家对合作方团队中骨干人员进行培训，然后，由合作方骨干人员对其团队内部人员进行培训，不占用工作时间。培训完毕，期望合作方人员能够对业务有了较深的相识和了解，基本上能够独立的完成基本的开发、测试或资料书写工作，并且质量较好，能够达到我司一般员工的水准。主要是业务流程中比较深化的一些学问，例如详细的实现方案、整体的架构、物理组网、接口以及一些原理学问（如组播原理）等3、精深级：专业人员结合多年的阅历，参考各种材料，书写培训材料，专业、系统的讲解并描述业务中较为高深的学问。此级别为拓展级别，并不要求全部合作方人员全部驾驭，只是以拓展合作方人员学问和眼界为主，这部分由我司专家定期进行全员培训。假如能够完全驾驭，基本上能够达到我司骨干人员的水准。主要是针对当前状况对产品后续发展的一个展望，包括业务的扩展及一些优化工作正文测试方案设计的重要性测试需求分析主要是为了避开需求遗漏，而测试方案则是把测试需求分析的最终测试规格进行整合，并细化成测试检查点，以便用于指导用例设计的过程。所以，测试方案设计是个承前启后的过程。是测试设计者测试设计思路详细化的过程。是测试设计过程中必不行少的步骤。测试方案设计概述本文，大致把测试方案设计分成以下几个步骤：1、产品测试规格整合；主要把测试需求分析的成果——产品测试规格依据实际版本状况和测试习惯等因素进行重新划分、整合；2、特性测试规格划分；主要是依据产品测试规格的详细检查点，对其进行分类，把近似或相关性较强的检查点分成一类，成为特性测试规格；3、测试用例设计思路书写；在特性测试规格的框架内，对测试进行细化，通过多种工程方法完成测试检查点的设计；后文，将进行详细论述；测试方案模板测试方案模板比起测试需求分析模板来说，是特殊简洁的。详细模板如下所示：产品测试规格编号产品测试规格描述产品测试规格主要分析方法特性测试规格编号特性测试规格名称特性测试规格主要分析方法测试用例设计思路运用的系统要素（数据库表字段，系统配置属性）变更的系统要素（数据库表字段，系统配置属性）测试用例检查留意项检查点是否人工可识别工具需求列名说明：1.产品测试规格编号：干脆引用需求分析中测试规格； 2.产品测试规格描述：干脆引用需求分析中测试规格；3.产品测试规格主要分析方法：由规格分析至特性所接受的工程方法；4.特性测试规格编号：特性的全局唯一编号。建议格式为：产品测试规格编号+特性序号（比如001或002等）；5.特性测试规格名称：特性的详细描述；6.特性测试规格主要分析方法：由特性分析至用例所接受的工程方法；7.测试用例设计思路：特性所包含的测试检查点，或测试大体要点；8.其他几个列名顾名思义，不需说明；产品测试规格整合产品测试规格整合步骤1、首先从需求分析的最终结果——产品测试规格中获得详细的产品测试规格；测试原始需求编号测试原始需求描述测试特性大类小类产品测试规格编号产品测试规格描述测试类型验证方法运用频率影响程度失效可能性优先级估计用例规模用例估计说明SMS-001支持短消息的发送和接收（一般的短消息），管理（编辑、删除等）短消息维护消息管理短消息TT-FUNC-001短消息编辑功能测试系统测试HMMH252、依据其中的测试特性、大类、小类等属性，对产品测试规格进行整合（比如把大类作为一级特性，小类作为二级特性、测试特性作为三级特性，而产品测试规格作为四级特性）；编号产品测试规格编号产品测试规格描述产品测试规格主要分析方法特性测试规格编号特性测试规格名称.TT消息管理..TT-FUNC短消息管理...TT-FUNC-001短消息维护TT-FUNC-001.001一般短消息的接收TT-FUNC-001.002一般短消息的接收TT-FUNC-001.003一般短消息的编辑TT-FUNC-001.004一般短消息的删除留意事项1、在产品测试规格整合过程中，最重要的一点，就是确定不能够出现遗漏现象，要不仅要完全覆盖测试需求分析中的全部需求，而且还要在实际测试设计过程中考虑是否存在测试点遗漏现象，一经发觉离开补充；2、产品测试规格的整合不仅要考虑到版本的详细状况（比如详细模块、代码归属等），还要考虑到测试习惯，比如虽然两个产品测试规格属于不同的模块，但是，实际测试执行时候，只须要同一个测试流程或步骤就能够完成测试，可以干脆整合到同一个测试特性下；3、产品测试规格整合时，尽量要考虑到流程性，尽量把流程性较强的规格放到相近的位置。以便测试执行时能够依据流程的依次一次性执行下去（比如，洗菜、买菜、做饭、切菜和吃饭这些产品测试规格，可以依据实际的流程把其位置调整，使得测试人员能够用完量少的用例和尽量少的时间完成全部相关性较强的规格的测试）。4、假如感觉一个标签中的用例太多了，对于实际操作影响较大（比如用例较多时，我们进行用例的分级、整理等步骤可能较为耗时），可以依据相关性，把耦合性较少的模块，独立出去分成标签。5、假如对于需求分析的结果——产品测试规格，在实际测试方案设计的过程中，感觉其粒度太粗了，可以再方案中干脆进行细化，把一个产品测试规格细化成多个产品测试规格；6、各个产品测试规格的名称确定要简洁、清晰、明白，不能出现歧义。特性测试规格划分特性测试规格划分步骤依据上面整合完毕后的规格，对其最小的规格进行细化，尽量使得产品规格下的详细检查点，能够依据近似或相关性较强分别落到不同的特性测试规格下面；编号产品测试规格编号产品测试规格描述产品测试规格主要分析方法特性测试规格编号特性测试规格名称.TT消息管理..TT-FUNC短消息管理...TT-FUNC-001短消息维护TT-FUNC-001.001一般短消息的接收场景分析TT-FUNC-001.001功能测试场景分析TT-FUNC-001.002协议测试异样（数据库/设备/电源/网络/系统）TT-FUNC-001.003异样测试留意事项1、在测试特性规格划分过程中，最重要的一点，同样是确定不能够出现遗漏现象，要不仅要完全覆盖前面的分析结果，而且还要在实际测试设计过程中考虑是否存在测试点遗漏现象，一经发觉离开补充；。2、测试特性规格的划分，同样不仅要考虑到版本的详细状况，还要考虑到测试习惯；3、各个测试特性规格的名称确定要简洁、清晰、明白，不能出现歧义；4、各种工程方法将在“提高级”中详细描述，本文不予论述，这里只是简洁描述我们常用的几种工程方法：A、测试场景分析：测试场景分析法是针对各个测试场景进行分析，进而得出输入/处理/输出的设计工程方法；B、因果图：因果图用于描述系统的输入、输出，以及输入和输出之间的因果关系，输入和输入之间的约束关系，因果图的绘制过程是对被测试系统外部特征的建模过程；C、判定表：判定表可以由因果图转换得到，它用于对全部输入进行组合和筛选，并得到对应的输出；D、异样：针对诸如数据库/设备/电源/网络/系统等模块异样而进行测试的特殊场景；测试用例设计思路书写测试设计思路书写步划分完毕后的测试特性规格，进行测试用例设计思路书写；编号产品测试规格编号产品测试规格描述产品测试规格主要分析方法特性测试规格编号特性测试规格名称特性测试规格主要分析方法测试用例设计思路.TT消息管理..TT-FUNC短消息管理...TT-FUNC-001短消息维护TT-FUNC-001.001一般短消息的接收场景分析TT-FUNC-001.001功能测试等价类分析1.正常接收一般短信；

2.

3场景分析TT-FUNC-001.002协议测试边界值1.

2.

3异样（数据库/设备/电源/网络/系统）TT-FUNC-001.003异样测试等价类分析1.

2.

3TT-FUNC-001.002一般短消息的接收留意事项1、在测试用例设计思路书写过程中，最重要的一点，同样是确定不能够出现遗漏现象，要不仅要完全覆盖前面的分析结果，而且还要在实际测试设计过程中考虑是否存在测试点遗漏现象，一经发觉离开补充；。2、在测试用例设计思路书写过程中，建议尽量能够参考以前的用例或其他相像部件的成熟的测试用例，从而吸取阅历，削减工作量，提高测试方案设计效率；3、在进行测试用例设计思路书写过程中，建议能够尽量参考以前的阅历库，比如漏测问题阅历库等，从而吸取阅历，补充检查点，避开出现类似的问题；4、建议对于具有连续性的项目，能够对测试方案中的检查点进行刚好的维护，为后续版本的测试方案供应好的样例或基线；5、各种工程方法将在“提高级”中详细描述，本文不予论述，这里只是简洁描述我们常用的几种工程方法：A、等价划分：将要测试的软件的输入和输出分成若干部分，对于特定部分中的随意值，软件的行为都是等价的。形成各个部分的数据不只是程序参数，还可以依据软件访问的数据、时间、输入和输出依次以及状态进行划分。等价划分假定人任何单独部分中的全部值对于测试目的而言都是等价的。因此测试用例应当设计为在每个部分中测试一个值；B、边界值分析：边界值分析预料错误会在各个部分的边界上或者靠近边界的地方出现，这样就在测试设计中加入了确定程度的反面测试。测试用例应当设计为在边界值以及在边界值的两边检验软件；C、错误推想：错误推想主要凭阅历，同时还须要诸如边界值分析等其他技术的一些帮助。凭借阅历，测试设计者推想特定类型的软件中可能出现的错误类型，并设计测试用例来找到它们；D、因果图：因果图用于描述系统的输入、输出，以及输入和输出之间的因果关系，输入和输入之间的约束关系，因果图的绘制过程是对被测试系统外部特征的建模过程；F、判定表：判定表可以由因果图转换得到，它用于对全部输