android测试工具不再黑盒threadingtest带来第五代白盒测试关键技术.docx

当前,大某些软件公司对 Android 项目测试都采用老式手工测试办法,而手工测试受到诸多方面因素限制,不利于版本迭代时大规模回归测试。穿线测试（ThreadingTest）对于测试界一种重大创新在于，在白盒测试理论浮现数十年后来，上海零一拼装信息技术有限公司结合在测试理论方面十余年潜心研究，率先提出了第五代覆盖率技术，这绝对不是一种标语，而是ZOA真正对于白盒测试理解以及对于原则第三方测试服务深度理解通过数年基本研究以及2年有余研发而推出达到商用原则技术。当前先让咱们温习下典型测试理论：1、测试办法论黑盒功能测试法黑盒功能测试法，是把要测试软件当作一种 “黑盒子”，不论其内部构造如何以及以什么算法实现所规定提供功能，而是按照需求功能化规定，设计相应测试用例(涉及测试输入数据与条件设立和所预期软件运营输出成果)，通过软件运营后所给出输出(涉及字符形式输出与图象输出)与所预期成果进行人工或者自动化比较，来验证被测试软件与否能给出对的成果，从而判断该软件与否满足需求，与否与该软件系统规格阐明书和顾客手册有关某些一致。这一办法长处为:(A)能最直观和直接地反映出所设计软件与否满足需求;(B)虽然没有任何测试工具增援，也能靠人工测试办法完毕;其局限性之处是:(A)这种测试办法难以找出某些特殊类型错误。例如：当相应于某组输入该被测软件并不提供任何输出信息时 也许只是变化了某种工作状态,如果其中源代码解决某些有错误，就比较难找出来；(B)无法拟定哪些测试用例有效或者无效 (所谓无效，并不是说单独使用某个测试用例时不能收到任何测试效果，而是在于它和前面已经使用过测试用例一起使用时，毫无贡献，只是重复了前面测试用例已经完毕测试)；(C)具备无可避免盲目性：当软件被修改后，由于不懂得哪些测试用例能测试到被直接修改过模块或者受修改过模块影响模块，于是只得将所有测试用例再从头运营一遍，并且是动态运营,非常费时费力。白盒构造测试法白盒构造测试法则与黑盒子功能测试办法相反：它不论所被测试软件与否满足需求,与否实现了所设计功能，而只注重该软件内部构造，以便设计足够多测试用例，使得百分百或者尽量多程序构成要素能被测试到至少一次，从而尽量地将其中软件错误暴露出来。白盒子构造测试办法长处:(A)可以找出许多用功能测试办法找不出来软件错误;(B)可以在整个软件系统尚未完毕之前就分别对各个单元进行测试;(C)可以通过测试用例有效性分析而实现测试用例最小化，以便大大地缩短软件修改后回答测试时间和费用;(D)可以同步进行内存泄漏分析;(E)可以同步进行分支执行频度分析;(F)可以同步进行软件复杂度分析;(G)可以同步进行数据和变量分析;(H)可以同步进行性能分析;(I)可以同步进行动态运营错误定位与执行途径追溯等。白盒子构造测试办法缺陷:（1）必要通过专门测试工具来进行，需要在顾客软件拷贝上进行插桩（插入纪录点）记录各分支/条件与否被执行过或者执行过多少次信息;（2）会使被测试软件运营速度减慢;（3）需要增长被测试软件运营时资源开销等。关于软件质量误区有不少软件开发组织和应用软件开发部门管理者错误地以为，她们已经对她们所开发软件做了充分功能测试(又称黑盒测试)了，以为咱们软件质量没问题！ 但是， 专家们分析了大量通过充分功能测试软件后发现，这些软件中尚有大概一半程序分支从未被执行过！ 为什么会这样？本来，软件功能描述相对来说非常容易、非常简朴、也非常粗糙，无法详细到用软件内部详细实现逻辑构造来阐明；而要达到同样功能，软件可以有许许多多等效实现办法；特别是，软件功能实现，与所使用编写程序语言、所运营操作系统环境、所用到数据库以及某些第三方软件均关于系。事实上，一种软件中许许多多程序分支跟该软件自身功能并没有直接联系，而是用来解决各种也许浮现运营状况。例如，所开发软件在运营中突然被终结时(系统断电或者顾客打断)如何保护已经打开文档；在系统资源用尽之前如何提出警告；在所要用到某些文献被意外地删除了时如何应付等等。这些程序分支在编写中同样存在着也许错误，必要加于测试。而这普通都需要通过程序构造测试(又称白盒测试)来完毕，而白盒构造测试是必要借助于软件测试工具才干进行。ThreadingTest针对上诉质量误区状况在测试过程中对于一组输入，既判断其输出（如果有）与否与预期值一致，又判断其执行途径与否与预期值一致。这样一来，虽然测试输出成果与预期值一致，也也许有错误被找出来 如果所预期执行途径与实际执行途径不一致。例如，当测试一种计算器程序时，如果输入是22， 测到成果是4，也也许是个错误 如果它执行途径与预期值不一致：其最后成果也许是22途径输出成果。由于TT可以测试有输入而无输出场合（此时仅仅测试其执行途径与否与所期待途径一致），因而可以在任何开发阶段使用，实现名副其实全过程测试驱动。2、第五代白盒覆盖率技术白盒覆盖率技术是软件测试基本技术手段之一，但是数十年以来虽然也浮现过各种理论办法以及商用产品，但其始终未在测试界主流应用领域推广。下面简要列出这几代白盒测试差别未在测试界主流应用领域推广，重要因素有如下几点点：（1） 普通覆盖率成果在重新发布版本后来必要重新进行合计，对于庞大程序相称于对历史测试所有归零。（2） 软件测试普通场景，是需要用测试工具对代码进行分析，而软件测试工具，特别是可以达到商用原则白盒测试工具始终被国外几大老牌软件测试工具所垄断，价格高昂，并且对于航天、军事级别测试需求来说信息安全可靠度差。（3） 白盒测试操作难度大，测试人员很难理解，在测试团队中很难推广。（4） 白盒测试工具都是单机版，很难再大型测试团队中推广使用。（5） 覆盖率和测试用例无任何关系，普通覆盖率是执行一系列动作混合成果，而普通测试人员以及开发人员在定位问题时候需要明确懂得某个功能相应代码覆盖率。而这些老式白盒测试工具都无法支持。（6） 随着移动应用在消费级、公司级市场合占比重越来越大，某些老牌测试工具针对移动环境（android、iOS）测试明显支持乏力甚至不提供支持。上述因素让前面几代覆盖率技术很难真正得到推广。ThreadingTest针对前面几代覆盖率技术缺陷提出了全新第五代覆盖率技术，并在覆盖率办法基本上，设计了全新应用功能：（1） 无需监管测试场景：覆盖率记录完全可以由后台程序运营收集，对测试人员实现透明化，测试人员只需要运营插桩后程序，启动程序自动收集功能，即可无需监管进行常规测试，TT会自动将程序测试执行状况收集、分析、存入数据库，配合TT就可以轻松查看程序实时覆盖率。图 实时监控界面自动收集被测程序执行状况并记录（2） 双向追溯是TT实现覆盖率到达100%重要工具，通过双向追溯功能测试人员运营完所有用例可以发现所有未测试分支，并且和开发确认如何才干覆盖，并增补用例。直到达到核心模块100%覆盖测试。对于较难覆盖程序逻辑，开发以及测试人员可以作为重点进行代码走查及联合用例设计。环绕覆盖率成果，开发和测试人员可以充分互动，而在穿线测试工具浮现之前，由于没有覆盖率这个共享数据，开发和测试人员之间很难充分互动和协作，由于开发人员并不清晰测试用例详细相应程序执行逻辑，而测试人员也不清晰如何完毕充分测试。 TT引入，几乎对原有常规黑盒测试流程不干扰状况下，以优雅形式完毕白盒测试，是一款智能“灰盒”测试工具。TT以其独特技术特性，协同开发和测试人员进行高效沟通互动，让开发和测试融为一体，通过2+1（测试、开发+TT）模式让灰盒测试成为“平民”化测试办法。TT工具灰盒测试典型工作流程如下：测试人员建立一种测试工程，由开发人员（对代码保密规定不高话也可以由测试人员操作）将源代码通过TT编译成为插桩后应用。测试人员使用上述由开发人员编译后应用进行测试用例编写，并相应用进行黑盒测试方式操作，操作过程通过TT提供示波器进行测试途径、覆盖率等信息记录。在测试过程中浮现问题时，测试用人随时停止记录，在图2界面示波器下部控制台区域（Console），实时记录了测试用例近来运营50个函数，开发人员依照测试途径，可以轻松直观定位问题代码范畴。测试过程中，开发人员和测试人员通过TT双向追溯（测试用例到源码追溯、源码到测试用例追溯）提供测试信息共享平台，可以共同制定和优化测试用例，例如增长某些目的功能以外测试用例，使得应用程序核心模块测试覆盖率达到100%，在黑盒测试同步几乎可以零成本实现白盒测试。（图）正向追溯界面（图）反向追溯界面（3） 支持基于Java语言开发android移动应用测试。图 手机上进行操作，与之相连电脑上TT实时收集测试信息（4） 合计覆盖率技术：如果存在各种被测程序版本覆盖率成果，TT可以实现对各种版本覆盖率进行合并，并且在一种视图中展示图 主界面CallGraph图中选取各种版本累积覆盖率展示（5） 支持在程序构造图、控制流程图等各种图形上显示覆盖率，测试以及开发人员可以从各种视角清晰看到程序覆盖率状况，可以查看整体覆盖率，也可以查看单独某一种函数覆盖率，甚至可以查看某一种分支覆盖执行状况。图 覆盖率展示图 覆盖率展示图 覆盖率展示图 覆盖率展示（6） 支持分布式测试，各种测试人员测试产生覆盖率，可以在统一视图中显示。（7） 实现美军标DO-178B MC/DC白盒构造测试技术，实现100%覆盖率，可视化复杂条件组合，使产品质量大幅提高。通过第五代覆盖率技术，整个测试可以在充分量化环境下运营，整个开发以及测试团队可以实时看到每个用例覆盖率对整体测试贡献限度。依照覆盖率生长等指标对整个测试进程进行动态调节，同步可以引导对于合计覆盖率偏低核心模块补充用例。咱们但愿，国产专业级白盒测试工具TT，可以真正将白盒测试技术做系统升级，并且为测试人员所掌握和喜好，并进而将中华人民共和国软件测试提高到一种新境界。