如何保证测试的覆盖率

简单的办法就是：系统测试完毕后，若是一个bug都没有，则表明覆盖率100%。

测试用例覆盖率很难达到100%，越复杂的功能越难保证，只能说尽可能提升测试覆盖率。
经过如下手段能够提升覆盖率：
一、编写测试用例前，检查相关需求需求、设计文档是否有问题（功能描述不清，设计逻辑缺陷），若有问题找相关设计或者开发问清楚。
二、而后整理成须要覆盖的功能列表或者思惟导图，功能列表包含新增和修改功能点，性能需求也要列出来（由于要整理对应的性能测试用例），同时还须要对既有功能进行一个梳理，检查是否会与其余功能有交互，整理出影响点。
三、把功能列表发给组员，并找时间进行会议评审，主要对功能等进行查漏补缺。
四、最后才行进测试用例编写，注意编写规范。
五、编写完毕后，把测试用例发给组员，开会进行评审，主要对检查点、用例规范进行查漏补缺。
六、执行测试用例过程当中，发现用例不完善或者错误，需对测试用例进行及时的修改与调优
七、测试完毕后对漏测的bug进行测试用例补充。

 

1、首先测试需求分析要全面。

　　测试需求分析分两步：

　　　　1、测试需求的获取

　　　　需求的来源：

　　　　　　显式需求：

　　　　　　（1）原始需求说明书

　　　　　　（2）产品规格书

　　　　　　（3）软件需求文档

　　　　　　（4）有无继承性文档

　　　　　　（5）经验库

　　　　　　（6）通用的协议规范

　　　　　　隐式需求：用户的主观感觉，市场的主流观点，专业人士的评价分析

　　　　2，需求的分析 ，产生测试需求文档

　　　　　将不一样的需求来源划分红一个个需求点，针对每一点进行测试分析：

　　　　　　（1）界定测试范围

　　　　　　（2）利用各类测试设计的方法产生测试点

　　　　　在测试方法方面，可作以下注意：

　　　　　　　　其一，分析出口入口。从入口分析，将可能出现的环境，条件，操做等内容分类组合，而后根据各位测试达人的方法进行整合，逐一验证。从出口分析，将可能出现的结果进行统计，根据结果的不一样追根溯源，再找到不一样的操做以及条件等内容，统计成文档，逐一验证。

　　　　　　　　其二，多种测试手法的学习和使用。你们可能更多的关心测试方法，可是具体操做的手法也是须要注意的。毕竟测试方法比较容易找到，各位达人都很熟悉。若是将每一个人不一样的测试手法总结出来并在本身的测试实施中加以使用，可能会收到意想不到的成果。

　　　　在测试流程方面，可做以下注意：

　　　　　　　　其一，初期要作好需求分析。将需求逐渐细化到小功能点，针对每一个功能点进行测试设计。对于完成的测试设计文档，通过项目相关人员的检查评审，作成所须要的初稿。

　　　　　　　　其二，在测试过程当中，根据需求变动和具体测试执行过程当中遇到的问题完善测试设计文档。

　　　　　　　　其三，测试执行结束后，对于出现的问题进行总结。其中包含本身自己发现的问题，也可能会有客户提出的问题。将总结出来的结果融合到测试设计当中去，进一步完善测试设计文档。

　　　　对于一次测试，是不可能有覆盖度全面的测试的。须要屡次去总结积累，才会使测试愈来愈全面。

　　　　在测试流思惟方面，可做以下注意：

　　　　　　其一，测试全面不等于全面测试。不一样阶段对于软件测试有不一样的要求，好比在0.8版本之前，对于不重要的画面问题或是细小的功能问题就不须要关心。可是在验收阶段，这些内容可能更须要注意。

　　　　　　其二，学无止境，只有不断的去学习不断的去思考，才能使本身测试的能力更强，测试对象的全面性也更完整。

2、  当测试需求分析完成，而且造成文档后，要进行测试需求评审，保证需求的准确性以及完整性。

3、  测试需求完成之后，能够根据测试需求设计测试用例。

要保证测试用例可以全面覆盖测试需求，要包含全部的状况。

测试用例设计上划分为单功能测试用例和测试场景设计，单功能测试覆盖的需求中的功能点，测试场景覆盖需求中的业务逻辑。

在设计测试用例的时候，可使用多种测试用例设计方法。

　　●首先进行等价类划分，包括输入条件和输出条件的等价类划分，合理设置有效等价类和无效等价类,这是减小工做量和提升测试效率最有效的方法。

　　● 必须使用边界值分析，经验代表，这种方法设计出的用例能发现不少程序错误。

　　● 可使用错误推测法追加一些测试用例，这须要依靠您的智慧和经验。

　　● 对照程序逻辑检查已设计出的测试用例的逻辑覆盖度，若是没有达到覆盖标准应当再补充足够的测试用例。

　　● 若是程序的功能说明中含有输入条件的组合状况，一开始就可选因果图和断定表驱动法。

　　●对于参数配置类的软件，要用正交试验法选择较少的组合方式达到最佳效果。

　　●  对于业务流清晰的系统，能够利用场景法贯穿整个测试方案过程，在案例中综合使用各类测试方法。

当测试用例设计完成后，要组织测试用例的评审，这样能够吸收别人的意见，减小遗漏，补全测试用例。

4、  测试用例编写完成后，就是测试执行，

　　● 测试用例执行100%覆盖。

　　●在测试执行过程当中，要继续对测试用例补充完善，确保提升测试覆盖率。

5、  在整个测试过程当中，需求都是不可能不变的，因此要及时的更新测试需求、测试用例。

6、  要将测试需求、测试用例以及发现的bug关联起来，便于管理和跟踪，同时也便于查看覆盖率。

 

 

转载http://www.cnblogs.com/TestWorld/p/5211043.html