GUI测试，即图形界面测试，是软件测试中占据非常高比例的测试项目。可以说，测试工程师的大约90%以上的测试都是GUI测试。
      如何进行全面、完善的GUI测试？本文从应用系统功能纬度、数据分析、终用户需求等几个方面来说明如何进行全面的GUI测试。
 
      GUI是应用系统的主要部分，它用来：1）与终用户交互，帮助用户使用这个软件。这个部分，越来越看重用户体验，因此非常看重操作的方便性、界面控制；2）通过图形界面的操作，完成后台的业务逻辑处理，特别是C/S、B/S应用，对于单机版的应用系统，我们把后面进行的文件、运算、数据库处理也叫做后台业务逻辑处理；3）是整个工作流程的一部分，可以把GUI的功能和非GUI的功能、GUI的功能与GUI的功能贯穿在一起，形成一个完整的流程。
 
      从测试设计的角度来看，我们需要进行的测试包括：
      第一，   GUI屏幕控制逻辑测试；对屏幕上的控制逻辑进行测试；
      第二，   测试后台的业务逻辑处理；偏重于对数据的测试和检查；
      第三，   业务流程测试，也是说，我们认为一个单个的功能是处于一个完整的业务流程之中的，需要通过整个业务流程来进行测试。换句话说，一个单一的功能是成功的，但是串联在一个流程中的功能未必是正确的。
 
      界面控制逻辑测试
测试需求分析
      界面控制逻辑的测试，首先是需要进行此部分的需求分析，梳理整个的界面控制逻辑规则，并且根据规则来设计测试用例。
 
测试用例设计
      设计的用例，主要是根据规则，设计不同的测试执行路径，达到对界面控制逻辑的全覆盖。如果考虑到各个控制逻辑之间的串联，那么路径的个数将会是非常庞大的，因此，我们可以不考虑到完整的控制逻辑路径，而是考虑单一的路径，即针对某个规则的路径覆盖。
 
      后台业务逻辑测试测试
测试需求分析
       后台的业务逻辑测试，是在输入数据的不同组合之下，后台业务逻辑的正确性。包括两个部分：1）正确的测试数据测试；2）无效等价类的数据测试。
 
测试用例设计
       一般情况下，使用带有约束关系的正交法来进行。正交法带来的问题是测试用例的个数非常庞大，因此，我们建议通过一些规则，对测试用例的有效性进行评估，实现使用少的测试用例达到好的测试效果。
      关于测试用例的规则检验，有两种方法：1）查看数据（如数据库的数据、文件的数据等）；2）通过其他的GUI功能查看结果。一般我们建议采用后一个来进行测试。
 
      业务流程测试
业务流程测试，也是BPT。关于BPT的测试，我们推荐采用模型驱动的测试用例设计方法进行，详细的内容，请用户自行查看相关的文章。

      版权声明：泽众软件原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任(http://www.spasvo.com/news/html/20101021102438.html)。