大量的产品兼容测试工作该怎样优化提升效率。

gllbb

现在为了适应复杂的市场环境，产品要支持很多主流的操作系统WINDOWs、LINUX的主流数据库SQL orcel MYSQL SYbase DB2 主流应用程序 TOMCATE WEBLOGIC JBOSS
每种环境还要分32位和64位还有不同风格的版本，而为了降低维护陈本，公司采用一份代码兼容所有环境 通过配置进行控制。
但是现在就造成了一点点改动就要面面兼顾。仅仅客户端浏览器的大量兼容测试就要几十种
后台更有有乘百上千种组合。
那我们现在要问如果要按照上面的开发主体思路保证产品的市场兼容性，降低版本维护成本采用1套代码开发，就造成了开发每次改动要照顾的点越来越多，容易疏漏，每修改一版测试就要对所有的环境进行回归测试，工作量巨大。怎么才能增加效率，（用QTP自动化回归测试方式除外）如果要变更开发模式，优略又在哪里？希望有达人可以献智献策。如果有问题我也尽量帮忙解答。

gllbb

难道51都没有能给出意见的人吗？腾讯 华为这些大型产品企业的兼容都是怎么完成的呢？

丝路

产品要支持很多
主流的操作系统WINDOWs、LINUX
主流数据库SQL orcel MYSQL SYbase DB2
主流应用程序 TOMCATE WEBLOGIC JBOSS
每种环境还要分32位和64位还有不同风格的版本

楼主说的这些是部署在不同客户的不同的服务器环境吧？
这些兼容性是设计时考虑的内容。
如果说我们测试人员，需要考虑的，就是设计测试计划时，要考虑到切换了部署的web、数据库平台之后的测试

至于工作量，肯定是又人来执行测试用例的。需要项目经理给足够的人和工时

gllbb

现在就是每次修改一个版本后，测试需要对产品要支持的环境全部进行兼容测试。工作量巨大。怎么样优化。

丝路

回复 4# gllbb


现在就是每次修改一个版本后，测试需要对产品要支持的环境全部进行兼容测试。

如果不考虑自动化测试的话，这个是没有什么能取代的，这也是为什么测试人员面试时，基本要求就是要有耐心、细心。

反复的测试同一个项目，巨大的工作量，这些我都经历过。造成这种情况，我觉得有两方面的原因：
1、项目规模大、测试规模跟不上。一个20万行代码的项目，两个测试人员。这显然会严重增加测试人员的压力
2、项目中各个环节文档不齐全。测试人员无从下手，没有指导性的文档，就犹如闭门造车。如果各个环节下的有详细的部署文档、测试有详细的测试用例。人手充沛。工作起来便会得心应手许多。

想要优化，那就是从头开始规范，规范的用例、规范的需求、规范的测试计划、规范的测试用例、和项目规模匹配的测试团队！