几乎所有参与信创项目的集成商和厂商, 最感到头疼的问题是什么? 是信创验收测试报告究竟要怎样去撰写, 才能够一次性通过验收。现在直接给出答案: 合规的关键存在于三条主线之中。哪三条主线? 首先, 适配环境务必要真实地还原；其次, 测试用例得涵盖信创专项所提出的要求；最后, 测评结论必须与验收管理办法里的具体条款相对应。只要把这三条都落实到位了, 那么报告基本上就不会被打回来。
第一, 存在着一个用于进行相对比的维度, 此维度乃是测试环境跟生产环境之间的差异情况。第二, 有许多项目方, 出于贪图省事的缘故, 仅仅使用一个通用的Linux环境, 便轻易开始运行测试用例。第三, 最终在验收的时候, 遭到了客户的质疑, 被指环境并非真实的。第四, 信创验收测试报告存在着如此一个核心前提, 即硬件以及操作系统必须是原厂适配的。第五, 举例来说,CPU应当使用鲲鹏或者飞腾, OS应当使用麒麟或者统信。第六, 如果出现环境不一致的状况, 那么后续的所有测试数据都将被认定为作废。
第二个用于对比的维度, 乃是测试用例的设计逻辑。常规的功能测试用例若直接照搬, 验收时大概率会失败。信创专项有着必须增添三类用例的要求: 其一, 是外设兼容性测试, 像打印机、高拍仪在信创系统下能否正常驱动；其二, 为数据迁移验证, 从非信创环境导出的数据是否完整、编码有无乱码；其三, 是安全合规检查, 比如是否满足等保2.0三级要求。这三类用例是缺一不可的。
存在着第三个用来进行对比的维度, 这个维度是结论表述的合规性, 客户在拿到带有结论表述的报告之后, 处于最为关注的状态的是“是否满足验收管理办法第X条”, 所以位于结论部分的内容不能仅仅只写“测试通过”, 而是需要一条一条地去对应管理办法当中所包含的指标项, 就像系统响应时间是不是处于规定的阈值范围之内、并发用户数达不达标、日志审计功能是否被已开启这些情况, 使用具体的数值跟条款编号来进行说明, 这样子客户项目的经理才会有 courage 签字在相关文件上。
具体实施方面, 提议你在获取项目任务书之后, 即刻跟客户确认验收管理办法的版本编号, 接着依照相应条款剖析出测试要点。测试进程当中留存截图以及日志附件, 结论部分直接援引条款序号。报告起始段落写明测试所依据的文件题名, 结尾段落给出确切通过的结论。如此这般, 报告的专业性以及合规性均可符合要求。
