功能测试方法

   那么在实际的测试过程中如何来做好功能测试呢？以下文字，将结合实际工作中所碰到的问题及解决方法来阐述不同阶段功能测试的测试程度。 冒烟测试：冒烟测试通常是开发人员提交的第一个可测试版本，测试人员对开发人员提供的可测试功能进行冒烟测试，确认所提交功能点是否具有可测试性。

  冒烟测试是否允许通过有以下几点准则： 

      1. 检查软件的可测试功能点是否与提供的功能列表一致；  

      2. 可测功能点，无明显报错，系统崩溃现象；

      3.功能按钮名称无歧义、所窗体标题（title）无错别字；      

     若冒烟测试阶段，上述基本准则测试通过，则允许测试进行到第一轮功能测试阶段，PS：在进行功能测试之前，测试工程师最好能够根据用户需求规格说明书，编写出一版本简单功能测试用例，对第一轮功能测试大概要达到个什么样的预期目标，心里有预估值。后面也会有详细的文字介绍我所理解的功能测试用例的编写方法。

 

  功能测试阶段：对着测试用例逐项检测被测试功能是否满足用户需求，若在人力资源充足的情况下，非常建议AB法则对被测功能进行交叉测试，但是以目前公司的情况来讲，根本无法做到这点，现在所处公司通常恨不得将一个人当作N个人使用，所以相比之下，感觉原来公司的执行测试工作时更加的准确些与科学些。

   功能测试阶段采用的测试方法通常只能够是手工测试，目前尚未有好的测试工具可推荐。本人在做功能测试之前，一般会认真走读下被用户需求规格说明书（PS：当然目前公司的文档工作做的相对比较难，通常很难找到全面且准确的用户需求规格说明书，技术文档有，但是通常会有点摸不到头脑的感觉）。所以这个时候非常有必要与技术文档编写人员、以及开员人员进行沟通，快速的理解被测对象需要达到的一些预期目标。通常我自己会形成一个txt或是一个word的测试内容分析文档以方便自己快速准确分析被测内容，抽离被测项，缩小被测范围。     

   由于当前环境限制，现在使用的开发环境与测试环境是一套，所以测试数据的准备工作就显得尤为重要。这个时候就要求测试人员对被测业务场景有非常准确的了解与定位了。业务场景模拟法通常是功能测试用例惯用的方法，我们要依据实际业务受理过程模拟用户**业务的各种业务场景，然后根据路径覆盖法，取最短路径为正常流设计测试用例。然后根据每个被测试场景模拟测试数据。而测试场景中所涉及到场景便是测试数据准备的关键。