（文/3sNews高级编辑 陈启临) 位于超图软件公司(以下简称“超图公司”或“超图”)办事大楼7层内一个带有独立门禁的神秘开发室，它隶属于超图的研发中心，外部人员甚至是非该开发室的人员都不被允许擅自闯入。
但倘若有幸被这里的内部人员带入其中，你便能发现在开发室门里侧的一个平台上立着一块屏幕，屏幕中不间断地刷出一行行程序代码似的字符串。
这个屏幕其实是超图GIS平台软件的自动化测试体系的一个监视环节，其背后这个开发室所运营着的一整套系统，用于保障超图旗下所研发的GIS平台软件的质量，对软件BUG进行检测。
超图公司CTO李绍俊告诉3sNews，软件行业长期以来普遍需要训练有素的软件测试工程师，针对软件新功能进行测定，发现其中的BUG并提交程序员改正问题;这个岗位至今在IT领域开发向岗位中占有有非常重要的位置。
但对现在的超图的GIS平台研发体系来说，已经没有软件测试工程师这个岗位的设定，或者说，这群本该是“软件测试工程师”的技术群体，已经转变为自动化测试体系的开发者。他们已经，并且还在继续打造这个测试体系，目的就是让GIS平台软件里迭代出来的新功能、体验或者服务可以被智能地、自动化地挑出问题，并有效率地快速通知给功能开发的相关负责人。
数据表明，超图GIS平台软件的代码总和接近500万条，这大约是开源系统Linux代码总量的一半。这也是为什么，超图要在占营收4成多的研发费用当中，必须集中财力和人力要做好一个质控体系的原因之一。当然，还有一些趋势和驱动力，也进一步印证超图在这方面的投入是恰当的战略选择。
从瀑布开发到敏捷开发
和大多数国产软件的成长历程相似，李绍俊提到，超图的GIS软件平台也经历从追随国外软件，到简单的微创新，再到自主研发和创新的全过程。
在这样的成长趋势下，GIS平台软件紧随应用市场需求的变化，迎来了更多改变和完善产品自身的契机。
“过去针对产品的研发，我们逐步形成了自上而下的创新机制，公司的决策层集中负责把握技术前沿与发展趋势，并据此进行产品的改进与迭代。”李绍俊说，“但随着产品体量的增大，以及细分应用领域的增多，产品的创新机制开始有了一定的调整，到现在，我们既有自上而下的创新，也形成自下而上的创新，而且更以后者的创新模式为主。”
这种自下而上的创新思考，源于与市场对接最为密切的一线开发者。李绍俊提到，越来越多的一线开发人员正在向他们的上级或高层领导提出他们的看法，并申请改进原有产品存在的不足。另外值得一体的是，作为平台厂商，来自超图上游和下游的合作伙伴，特别是一些二次开发商也开始参与到平台软件的开进过程中来。
对此，超图内部成立了一个评审组织，面对各方开发人员提到的一些点子，设有专门的评审人员进行评定，评定方向有二：其一是改进想法能否切实为客户带去价值，其二是这样的改进是否可以带来市场回报;最后再结合相关的投入产出比分析，评审会最终裁决是否接纳这项改进。错误的创新点固然不会进入研发的流程，一旦改进建议得到肯定，则会进入流程，成为产品更新的一个模块。
正是有了一个个模块化的产品功能更新方式，超图GIS平台软件逐步改变了版本迭代的方式。李绍俊提到，他们正是从软件的瀑布开发模式，向敏捷开发模式转变。从2008年开始，敏捷开发成为了超图GIS平台软件的主要开发模式。
开发人员非常清楚瀑布开发模式的价值和重要性，这种模式要求开发团队严格遵守既定的框架来开发程序，它有着明确的周期性和战略性;但该模式的缺点则在于开发期内在团队内部缺少甚至没有任何在意见方面的交流，甚至还带有一定的盲目性和滞后性，对于快速的市场变化，更不能适应。瀑布开发模式的周期一般从半年到一年不等，这对超图的GIS平台软件开发来说，以这种模式进行产品迭代，往往具有不确定性，甚至会出现迭代的滞后。
相对的，敏捷开发模式则以需求为导向，其最大的特点是开发和迭代周期短，在移动互联网时代，大多数移动应用软件的迭代周期短则几天，长也基本不超过一个月。对GIS平台软件而言，李绍俊表示他们的迭代周期大约是两周左右;而超图的产品更新战略是，当经历若干次的产品迭代之后，他们就会基于这些更新推出一个重大的版本。
GIS平台软件的开发人员对客户需求理解上的差异、以及针对随时的需求所须作出的更新，是采用瀑布开发模式时出现拖延、返工的根源，也是采用敏捷开发模式时，实现快速更新、迭代的契机。一言以蔽之，李绍俊如是总结。
至于超图所长期贯彻的敏捷开发模式与目前的质控体系到底存在怎样的关联，答案其实不言而喻。而李绍俊则强调，随着超图GIS平台软件迎合市场的需求，其细分产品线越来越复杂，如果不能保证产品的质量，将事关品牌公信力甚至是企业的生存与否。超图的质控体系对于超图研发中心而言，尽管还面临诸多挑战和难题，但它对于产品质量的支撑，到市场应用的稳定，再到企业的长青发展，都值得超图为此持续不断地投入。
遵循工业4.0：智能化、数据化、去人工化
超图质控体系的核心功能，是针对每一个更新模块编写用例(为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求)进行测试。这其中包括了对基础功能的测试，需求点的测试，以及缺陷的测试。针对不同的测试方向，质控体系下的“测试工程师”们已经开发了超过3万条的测试用例来验证所有更新模块的质量。一旦测试出现问题，系统便会立即通知模块的开发者，告知其修正和改进。
但质控体系不仅如此，李绍俊提到，IT行业至今为止还没有一家企业能基于整个软件研发的流程搭建一站式的平台。这包括代码的集中管理、审查、编译，以及测试、打包、版本管理等全部流程，甚至还包括结合云计算技术，提升这些流程的处理效率。超图公司采取的做法是，通过自主研发、购买或二次开发相应的软件，再以技术手段将软件开发服务整合到一起。
目前超图的质控体系实际上更是“质控体系+持续集成的软件研发体系”的体系，从某种角度来看，这不妨可以说是从外围不断做大进而加强质控的一种方式。具体而言，比如持续集成的软件研发体系涵盖利用云计算技术，对代码进行快速的编译，也能在代码审查环节，提升团队信息化操作的水平。与此同时，在体系内部还构建了团队交流和KPI机制，便于高层面向基层开发人员的管理，以及开发团队之间的互动。
从特定意义上来看，超图的GIS平台软件研发，是在迎合工业4.0概念中所提到的那些核心思想。这样的观点，李绍俊是其认同者。在他看来，GIS平台软件的开发遵循工业4.0的理念，力求做到智能化、数据化、去人工化，能提高效率、降低成本，并根据海量的需求，倡导产品定制化和多元化。至少，从现在到将来，超图会通过用户及合作伙伴，据此不断优化软件开发流程，并力争将产品的质控，做出他们所希望的那般极致。
{{item.content}}