最近，有个新成立的部门邀请我去给员工做一个测试培训。我问他们的测试需求是什么，对方说，有个软件产品要发给用户，想在测试前进行一个配置项测试，但部门里的人都不知道该从哪里入手。
　　今天，作为在软件行业从事过很多工作的“老同志”，愿意跟大家探讨下，配置项测试中的几种常见类型。
　　首先，明确一下配置项的概念。配置项是相对于配置而言的，指纳入配置管理的产品集合，包括文档和程序，以及其它配件项。在姐姐从事的这个行业里，配置项测试指的是对已经研发完毕，纳入配置管理，并准备提交给客户的软件项目进行测试。通常情况下，在开发方看来，配置项是一个完整的亟待发布的软件产品，只等经过测试认可，即可发布。
　　配置项测试的测试类型，通常包括很多种，例如文档审查，静态分析，内存使用缺陷测试，功能测试，性能测试，人机界面测试，余量测试，接口测试，安全性测试等等。有些对测试要求比较高的行业，还可能有更多分类。今天姐姐就最常见的几种测试类型做下简要介绍。
　　1.文档审查
　　对于配置项级别的测试来说，一般审查软件需求规格说明文档及接口需求规格说明文档，还有用户使用手册。
　　在审查中，着重查看需求文档中对功能和性能的描述，是否遵循软件任务书的要求，需求的描述是否明确，是否有二义性和模棱两可的地方，是否与软件配置项的功能实现有分歧。
　　查看用户使用手册的是否支持用户对软件的安装和使用，功能描述和使用步骤是否与软件实现保持一致，描述是否合理等。
　　在进行文档审查时，最好提前制作好文档审查单，并以此做参照。
　　2.静态分析
　　在不运行代码的方式下，通过词法分析、语法分析、控制流、数据流分析等技术对程序代码进行扫描，验证代码是否满足规范性、安全性、可靠性、可维护性等指标的一种代码分析技术。
　　扫描代码，一般须得有工具支持，KlocWork，LDRA都可用于静态分析，但这些工具一般都不便宜。测试人员需要从工具提供的结果中，挑出属于软件缺陷的那部分并加以分析。
　　3.内存使用缺陷测试
　　顾名思义，就是对软件内存使用进行测试，看是否有缺陷。内存使用缺陷测试，可静态扫描代码，也可动态执行代码。不管哪种方式，一般也都由测试工具来完成，例如前面提到的KlocWork，就是静态检测内存使用缺陷的工具。
　　4.功能测试
　　配置项级别的软件功能测试，以需求规格说明为依据，测试软件的功能是否满足需求规格说明的要求，所以，功能测试的前提是需求规格说明完全正确。当然，江湖上广泛流传的“需求善变”，如何从测试的角度来应对善变的需求，有机会将另外开篇讨论，今天这里不做赘述。
　　功能测试属于典型的黑盒测试。只在意结果是否满足需求，而不关心软件内部如何实现。功能测试需要测试人员对被测软件产品所在行业非常熟练和精通，最好已是行业内专家。
　　5.性能测试
　　同功能测试一样，如果需求规格说明中有明确的性能需求，例如完成复杂运算处理的解算时间要求，解算精度要求，网络传输吞吐量，数据库的最大容量，服务器能允许的同时在线访问数量，等等，都要反映在配置项测试里。如果没有明确指出性能要求，测试人员可根据软件产品所处行业，自行产生测试需求。——这很考验测试人员的素质和水平的哦。例如前面所提到的，服务器能允许的最大同时在线访问量，就是互联网行业的一个性能需求。当然，还有常规的空间性能（存储和占用计算机硬件资源）和时间性能（软件处理一个任务所用时间），如今的计算机资源，基本都满足要求，除非你是航空发射，武器控制等特殊行业，才需要非常关注。
　　6.余量测试
　　余量测试是和性能测试是相辅相成的，余量测试依据性能测试的结果。一般要求性能测试之外，还要有20%的余量。例如服务器的性能要求为满足同时在线2000个客户端，余量测试则要求服务器最少满足2400个客户端同时在线才行。
　　7.人机界面测试
　　测试用户在使用软件产品时的人机交互友好性。不同行业有不同的界面设计风格和要求，运行于windos平台的软件和运行于vxWorks平台的界面显示风格也不同，这就要求测试人员对软件产品所在行业非常熟悉，最好就是软件产品所在行业的专家 。如果在软件研发时有界面设计方案和设计要求，就按照设计要求来进行测试，否则就以所处行业的规范性标准来测试，着重在于测试人机交互的便捷友好，以及对功能和性能的支持。
　　最近非常忙，写字的时间几乎都没了，所以今天就跟大家分享到这里，下次我们再继续。