在导弹科研战线上，有这么一群“牧码人”：整天与软件代码打交道，不是研发而是“挑刺”，软件通不过他们的监理，就不能获取“通行证”;任务重、责任大，但获奖少、成果少，查缺补漏“为他人做嫁衣”……他们就是第二炮兵软件测试中心的科研人员。

　　作为首批获得全军军用软件测评资质认可的单位，他们先后完成测试项目400多个，发现软件问题万余个，为保证二炮软件质量和导弹武器装备效能，发挥了重要作用。

　　技高一筹，才能超越“研制者”

　　“我们和软件研发单位就好比房地产监理部门和开发商。”该中心常务副主任史国华形象的比喻，“要确保高质量，就要‘监理人’在技术上超越‘建造者’。”

　　作为我军“杀手锏”的导弹武器，其软件系统尤为庞大、复杂，这对设计人员提出了很高要求，而对专门“挑刺”“找漏”的测试人员来说，更要技高一筹。

　　要完成测试，测试人员必须首先“吃透”软件“精髓”。沟通研发单位，查阅研发档案，分析软件功能……一步一步、反反复复。一次，他们接到某新型导弹软件测试任务。该任务包含10余个大系统、近百个子系统，是研发单位历时3年完成的，复杂异常，代码多达几千万行，需查阅的资料有几个柜子。他们足足用了一个月时间，才理清“脉络”。

　　“弄懂软件”仅是第一步。到底怎么测试?用什么数据?用什么方法?该中心副主任张幼春说：“我们不仅要用正常值测试，还要有意地设置异常值。每次测试，例子少则几十个，多则几百、几千个。”

　　然而，考验不仅在技术层面上，因知识保护“壁垒”，有的研发单位配合不积极。2008年，上级准备引进一套软件，安排他们登门测试。但一见面，研发人员拍着胸脯说：“我们软件一定没问题!”并不主动配合测试。为完成任务，测试小组邀请研发人员召开评审会。会上，他们缜密的思维过程、先进的测试方法工具、合理的测试分析，让研发人员眼前一亮，态度大为转变。结果，测试发现了很多意想不到的“缺陷”。事后，该单位变得非常“主动”，新软件一出炉，第一件事就是派人送上门测一测。

　　不断完善，追求短期高效率

　　在信息化战争中，武器装备对软件要求高、依赖大，而一个核心软件的研发周期往往很长。“我们立下规矩：短时高效，不能在测试环节耽搁战斗力提升。”该中心主任、装备研究院副院长成跃介绍说。

　　于是，他们积极探索测试配套措施和软硬件环境建设，总结出了4种“行之有效的办法”。

　　——引进质量管理体系。为使流程顺畅和衔接紧凑，2000年，他们着手引入质量管理体系，编写《质量手册》，规范测试要求、测试流程;编写《程序文件》，明确测试工作和操作步骤;编写《操作手册》，规定记录格式、操作要求和配套运用。目前，囊括了百余个条款的质量管理体系已成规模，确保了运转有条不紊。

　　——改进测试过程。为保证测试质量，测试中，他们开展内部同步审查，配备质量保证小组，并额外设置一名质量员，实时监督。2004年，他们还引入外审机制，建立专家库，聘请军内外软件测试领域知名专家把关，目前已有近20名专家入库，使测试更加准确、高效、可靠。

　　——完善测试手段。在上级支持下，他们投入2000万元，对底层操作系统、数据库软件等大规模改造，引进了大量先进工具。目前，软件工具已达70余种，测试环境全面改善，测试周期大大缩短，任务量也从原先每年20余个增加到百余个。

　　——加强平台建设。为保证测试效果，他们成功搭建起了通用软件测试平台、武器装备仿真测试平台等十几种测试平台，可以对二炮各类软件开展测评，还能完成许多实际环境无法进行的内容。实际情况中，鉴于装备成本昂贵，一般仅使用正常值测试，但在平台上，可以模拟各种复杂环境，进行故障输入，使验证更加全面系统。

　　默默奉献，只盼导弹啸九天

　　不少人看来，整天与软件打交道的测试工作，是一件非常休闲、舒适的事情。其实不然。采访中，30多岁的张幼春指着头发说：“这都是染黑的，早就白了一大片。”

　　坐得住、沉得住、看得准，是对软件测试人员的基本要求。测试一开始，就不能随便停止，往往要在电脑前，盯着让人眼花缭乱的代码，一坐就是一整天，而且头脑要时刻清醒，搜寻任何“可疑片段”，往往一天下来头昏脑胀。

　　时下，对一名科研人员来说，多获奖项、多出成果，似乎成为了成功的标志。采访中，笔者了解到，虽然成立多年，但该中心取得的科研成果并不多。“我们干的多是‘为他人做嫁衣’的工作。”“牧码人”对自己这样评价。

　　史国华说：“到目前为止，我们完成测试项目400多个，每一个都发现了或多或少的问题。据统计，这些项目超过60%都获了奖，但没有测试人员的名字。”

　　“我们的目标就是导弹长啸九天!”“牧码人”无怨无悔地表达着心声。