2017加油,不满足于仅仅执行功能测试,希望能够有进一步的提高。

发布新日志

  • 摘自阿雪写的功能测试的常见测试方法

    2016-04-21 13:41:06

    从以下三个方面来说明测试分析:
      · 测试分析是什么
      · 测试分析的重要性
      · 测试分析的常用方法
      · 测试分析是什么
      1.测试分析是测试人员对待测功能或待测系统在分析其测试需求后,思考如何去测试这个功能或系统,然后转化为测试点的过程。
      2.测试分析体现了测试人员的测试思维。通过测试分析的产出物(测试分析文档)可使项目组其他人员清楚的了解待测功能或系统是如何被测试的。
      3.测试分析包含两个过程:一是对待测试系统或功能的需求了解。二是思考如何去测试这个系统或功能。
      测试分析的重要性:
      1.测试分析可以帮助测试人员梳理测试功能,使测试更加充分和全面。
      2.测试分析为测试用例的编写提供了依据。避免了测试用例编写的随意性,可以提高用例的编写效率。
      3.对测试分析的产出物进行评审,可以让项目组其他成员了解待测试系统或功能是如何被测试的,项目组其他成员可以提出不同建议或指出遗漏项。使整个测试过程透明化。
      4.在开发人员进行代码开发之前,查看并和测试人员探讨测试分析的产出物,可以帮助开发人员自查开发逻辑是否有遗漏。
      测试分析的方法:
      目前常用的测试分析方法如下图:
      说明:
      1.无论是偏功能还是偏流程,测试分析的第一步首先应该理出所有的业务流程,在测试过程中,首先应该保障所有的业务流程被测试通过。
      2.偏功能是指业务流程很少,一般不超过三个;界面上的操作元素较多或者功能较复杂。
      偏流程是指业务分支较多,但页面上的操作元素较少且功能简单。
      3.当测试需求偏功能时:
      第一步:理清主业务流程
      第二步:从页面/模块/业务逻辑三个方面进行功能点的拆分。把功能从大化小。
      第三步:罗列每个功能点的测试点。
      第四步:对功能点的测试顺序进行不同顺序的组合。
      4.当测试需求偏流程时:
      借助工具画业务流程图(状态转换图)
      通过业务流程图(状态转换图)找出所有的业务分支
      设计测试场景,每一个测试场景代表了一个业务分支,保障所有的业务分支都被设计到。
      5.当测试需求较复杂时,即包含了较多的业务场景和较复杂的功能时,可以综合运用以上两种分析方法。一般,首先通过画流程图找出所有的业务分支,然后再对每一个业务分支进行功能拆分,罗列测试点。
      6.测试分析完后,应当产出测试分析文档。测试分析文档一般由图例和测试点组成。
Open Toolbar