基于多数据库环境系统设计及开发

摘要：为了解决测试评审过程中评审材料复杂，梳理困难等问题，文章基于多数据库环境设计并开发了一套测试评审系统，通过该系统实现了评审材料的分类存储、版本管控、流程约束、辅助评审和问题封闭等功能，有效提高了测试评审效率和质量，降低了评审环节遗漏问题的风险。最后，结合某军用软件评审过程，对该测试评审系统进行了设计过程和使用过程说明，体现了该评审过程的规范性和正确性。

关键词：测试评审系统；DO-178C；多数据库环境

随着软件在航空器机载系统中的深入应用，其安全性和可靠性愈发重要，软件一旦出现失效，系统可能会导致极其严重的事故甚至灾难。软件测试作为软件质量保证的最常用手段已得到广泛关注[1]。本文依据DO178C中对软件测试评审活动的要求，结合现有的DOORS（IBMRationalDOORS9.3），SVN（TortoiseSVN）等测试管理工具，设计并开发了一套软件测试评审系统，对测试活动的输入材料包括系统需求、软件需求、测试需求、测试用例，输出材料包括执行记录，测试报告等进行评审，实现了评审计划的录入和修改、评审材料的载入、评审材料的基线对比、形式检查、评审问题的记录及辅助封闭等功能，提升了评审过程的效率和质量，保证了评审流程的规范性。

1软件测试评审系统概述

本系统运行在windowsXP以上32位或64位操作系统，需要安装DOORS、SVN，及SQL数据库服务器支持，具体软件架构如图所示。通过该系统可以完成测试活动中的评审环节工作，其中测试材料采用XML结构进行存储，相比较于传统的Excel存储具有安全性高，不易改动，内存占用少的优点。SVN是一个开源的版本管理工具，可以对升级变更频繁的测试需求、测试用例、测试执行记录及其他测试结果文档进行很好的版本管理；SQL则用于存放评审计划单，评审意见，系统需求、开发需求、测试材料的地址信息，以便更快的进行基本信息查阅。该模块功能实现了输入信息的格式校验、形式检查及基线对比功能。通过格式校验功能，系统可以对输入材料的XML类型进行甄别，并对格式损坏或者数据缺失的文件进行报警；形式检查功能通过自动检查每项条目对检查项要求的满足情况，实现了评审要求中对测试需求、测试用例、执行记录的完整性，可追溯性的验证，满足了DO178C中对软件测试要求中的前三条，具体检查项条目如表2所示。需要说明的是测试需求对高层需求和低层需求验证的充分性依然需要通过专家评审来判断。

2某军用软件测试结果评审过程

将整个界面划分为四块，分别为测试项区域、测试需求区域、测试用例/执行记录区域、以及高层要求/低层要求区域。评审时，按照测试项->测试需求->测试用例->测试用例步骤逐层评审，区域之间具有追溯关系，保证评审目标更明确，评审视图更清晰，同时也为测试需求对高层需求和低层需求验证的覆盖充分性、测试用例对测试需求的覆盖充分性的评审提供了有效地辅助。评审主界面如图1所示。评审结束后，查看评审记录并导出，最后关闭评审计划，评审计划关闭后则无法修改评审信息和评审材料，确保了评审材料版本的管控。

3结论

本文依据D0178C中测试评审活动的要求，提出了一种在多个数据库环境下的测试评审系统框架，结合数据库的不同特性，对测试评审过程中的待评审材料和相关需求文档进行了分类管理，通过规范化的评审流程和清晰直观的评审视图提高了测试评审活动的质量和评审效率。

参考文献：

[1]王玮.测试管理工具在军用软件测试中的应用[J].计算机安全，2014（03）：23-27.

[2]夏启明.软件测试及评价的复用策略研究及其实现[D].武汉大学，2010.

[3]刘从越.论软件评审在军用软件质量控制中的作用[J].计算机工程与设计，2009（30）：1900-1902.

作者:周建勇 李文灿 王栋 单位:中国航发控制系统研究所