浅谈安装部署测试

smail9

闲话：
公司这边项目发布后，是交给实施团队安装部署。实施团队按照研发提供的安装部署文档进行实施，测试部负责安装部署文档的测试工作。
执行过程中遇过一些问题，前段时间总结了一下，并组织了一次培训和讨论。
现将经验分享一下，希望能够抛砖引玉。
前言
安装部署测试不是安装卸载测试，不涉及复杂的反复装卸操作；它是验证实施人员能够根据《安装部署手册》的指导，可以完成部署系统和参数配置，最终能够交付给客户可用的系统；安装部署测试的测试对象是《安装部署手册》。
一、明确安装部署测试需求
我们做系统测试的时候是以需求为依据，那么我们做安装部署测试的需求是什么呢？没有需求文档不等于没有需求，我们需要从几个角度考虑安装部署测试的需求是什么：
1、系统基于什么环境安装
硬件环境是什么？是否有特殊要求？我们测试的项目有的是成批采购的硬件，其中有一个重要步骤，就是统一设置硬件的参数，这个要求在安装部署文档中没有写，而测试人员的测试环境是设置好参数的硬件，结果实施人员有的设置了，有的没有设置。
系统是基于什么软件环境安装的？linux还是windows？小版本号是什么？是基于已经装好某个指定版本的中间件、数据库还是需要实施人员自行安装中间件？ 如果需要实施人员自己安装操作系统，安装包里是否已经提供了统一版本号的操作系统。操作系统安装的流程是否在安装部署手册中有完整说明。中间件和数据库的安装，一些关键参数是默认值还是有特殊设置，如果需要设置，是否也在手册里明确说明了。
2、实际操作的时候安装方法是怎样的
我们的项目遇到了这样一个问题，我们的安装部署手册用很大篇幅介绍基础环境（操作系统、数据库、中间件）如何安装，但是实际版本部署时，实施人员对基础环境的安装是才用的镜像安装的方法，而镜像安装后，需求每个机器修改基础环境的几个关键参数，安装部署手册中却没有提到要修改哪些。结果很多实施人员在现场安装遇到的问题都是自己参数设置不全造成的。我们在测试前或写安装部署手册的人在书写前，一定与我们的客户----实施人员沟通，他们实际的操作方法是什么样的。
3、是否存在第三方程序
有时候我们的产品并不是独立运行到客户的硬件上的，可能客户提供给我们的服务器性能十分优秀，服务器上同时在跑着别的应用程序，那么我们要在测试时也模拟出客户一样的环境，在此基础上进行测试。以防实际上线后因兼容性导致的问题。
同时，一些细小的东西同样会影响我们的程序，或客户原有的程序运行，我们遇到过客户服务器上已经存在的jdk、插件等与我们的版本不一致，而导致的部署问题。
另外较常见的是客户统一安装的防火墙或杀毒软件等，我们在安装部署测试前，须了解是否客户有相关场景。
4、实施人员技术能力
我们需要了解实施人员的技术水平，已经有经验的实施人员对中间件的安装不关心，他只需要安装手册明确中间件安装完成后，需要配置哪些参数，配置为多少。而一个初级人员可能希望每一个安装步骤都有截图。我们要在测试前向实施负责人确认他们需要文档是什么样的颗粒度，而不是以我们自己的技术水平判断是否合适。
5、总结
正如功能测试要深刻了解客户业务需求一样，安装部署测试执行时，也应多问多想，尽量全面的了解实际操作时的场景，和真实的需求，以保证测试通过的文档是实实在在可用的文档。
二、安装部署测试版本控制
了解了测试需求后就是测试执行。安装部署测试的测试执行比较简单，基本是按照文档，一步一步的去做就好。这其中我觉得值得注意的唯有版本控制这节。
1、安装环境必须纯净
如果是裸系统安装，则不能卸载上次测试过的程序进行测试，因为很可能有卸载不干净的地方。如果是基于数据库安装，则不能简单清空表里的数据就安装，因为很可能表空间设置等发生改变。总之我们需要一个纯净的安装环境，与安装手册中提到的基于何种软硬件环境保持一致。
2、文档和程序要对应上
首先，文档和程序的版本要对应。我们测试的某产品，软件3.0版本已经测试通过，开始研发3.1版本。但是3.0的安装部署测试未通过。当3.0安装部署测试再次提测时，提测包里的程序赫然是3.1的程序。我们将程序打了回去，拿着这个安装部署测试手册，去找了3.0释放的版本，进行的测试。
3、释放前要进行回归
有时候安装部署测试是在整个系统测试开始后第一轮或第二轮就提测了的，可能到第三轮的时候我们已经测试通过了。但是请注意，到最后一轮，版本释放的测试一定要重新执行一次安装部署测试。因为最后一轮提测的程序经过几个版本修改，某些参数已发生变化，与测试通过的版本不一致，原来的安装部署手册可能已经不适用。
三、文档的基本要求
其他测试执行阶段应该注意的一些要素还应包括：
1、文档格式方面，提测的文档应为pdf或其他不可编辑的版本，以防释放后的文档在实施人员传递过程中发生改动，影响使用。或因病毒等原因出现问题。
2、文档因为因为统一的整体，而不是互相引用。我们的一个系统涉及到服务器端，web端，客户端等多个部分，分别由不同的开发人员完成，安装手册也是由不同的人撰写。最后提测的时候他们提交了3份文档。这样的文档给实施人员使用会很不方便，我们要求项目经理将三份文档粘贴到一起。
3、于是引入了下一个问题----文档风格要一致。由不同人撰写的文档风格不同，有的说的粗，有的说的细；个人强调问题的写法不同；有的有截图，有的没截图，截图的图片大小也不一样……各种情况都有。虽然不都影响使用，但是使用者看起来就会非常郁闷。所以对于多人写的文档，应该要求项目经理指定专人，完成优化整合后才提交测试。
4、注意安装和设置的过程。我们在测试过程中对于系统的参数配置操作，一般会以功能为依据，比如执行了A模块的脚本，配置A模块的中间件配置文件参数，然后启动应用，看A模块功能是否可用，如果可用了，再配置B模块的数据库链接，设置B模块的参数……依次操作，知道整个系统调通。我们这么做是因为我们测试阶段基于验证每个功能配置是否正确，快速定位和解决问题来测试的；而实施人员在部署的时候，是基于系统配置和参数设置都是正确了的来操作的，对于实施人员，比较高效的方式是：安装完数据库，安装中间件，然后配置所有需要配置的数据库链接，然后设置所有的中间件参数，然后启动系统，结束。如果还是按照功能模块去逐一设置，给实施人员的感受是这个安装手册东一句，西一句，难于使用。
5、一个系统的部署有时候是需要根据不同该情况设置不同参数的。在这个设置的位置，测试人员要注意手册是否有明确提示，这是一个分支；每个分支对应的应用场景是什么样的；设置为每个不同的参数对系统的影响是什么。
部门安装界面提供了默认值，有些默认值需要修改，是否明确提示了这个默认值如果修改或不修改意味着什么。
6、另外，在安装文档的结尾处，是否有验证过程。
是否明确了做怎样的操作，产生什么样的数据，看到什么样的结果，就是安装成功了。还要提醒实施人员，验证完成后，删除验证用的垃圾数据，然后才交付客户使用。
四、进行安装部署测试其他补充
最后介绍几个经验，能够提高安装部署测试的工作效率：
1、golst系统。在安装环境明确的情况下，例如在2003系统下安装某服务程序的安装部署测试，我们可以安装好2003系统后进行一次备份。反复安装时只需还愿系统即可，不必每次都重装。如果有指定的防火墙或第三方插件，一并golst进去。
2、Linux系统不能做golst，但是可以做磁盘镜像
3、有时候改文档比改程序简单，如果一个设置按照文档不能完成，但是通过别的方法一样可以解决，那么我们修改文档即可。
4、借调其他项目组成员，不熟悉本系统的人员对文档进行验证比熟悉这个系统的人更权威。
结尾啰嗦
以上这些是基于我们公司执行过程中的一些经验，其实大多数是教训，忘能提供给其他同仁共勉。不尽不详不精之处欢迎各位提出意见交流。

qiguojie

不错的经验积累，推荐大家学习一下。

1585554568

非常好！非常感谢！正要测试安装部署呢！