文档介绍：The final edition was revised on December 14th, 2020.
项目实施测试验收维护方案
第五章项目测试
公司为确保质量管理体系有效地贯彻执行。专门成立了软件工更、报告变更、确保变更正确的实现。这对以后的系统维护和版本管理有重要意义。配置管理包括项目开发过程中的文档管理与程序管理。
项目开发中的文档主要包括如下：
可行性分析报告、需求分析文档、各类规范文档、设计文档（包括软件设计和系统集成设计及测试设计）、代码实现和工程实施文档、测试计划和测试记录、测试评估文档（包括问题报告）、用户手册、在线帮助文档。
与软件配置管理相关的文档一般包括：
工作报告、问题报告文档、问题处理报告、CM每日报告。
配置管理过程见下图：
质量保证措施
为确保软件生存周期的各阶段的质量要求得到满足，我们准备按照高标准对项目进行质量管理和控制。各阶段包括分析、设计、开发、安装和维护等活动均按以下要求监控质量：
衡量标准
具体考虑因素
功能度
适配性、准确度、互操作性、依从性、安全性
可靠性
成熟度、容错性、可恢复性
可用性
可理解性、可学****性、可操作性
效率
时间特性、资源特性
可维护性
分析性、可改变性、稳定性、可测试性
可移植性
适应性、可安装性、一致性、可置换性
此外还提供与项目有关的质量保证计划，说明每个阶段所提供的质量保证措施，所选择的措施的有效性及其影响。在每个阶段进行纪录，并取得项目管理者和质量保证小组的通过。必要时，这些报告还会附带审计和修改的措施，以满足产品或阶段的特殊要求。
建立软件质量保证系统的过程：
检查软件生存周期是否与需求相匹配，是否需要修正；
确保执行质量保证的过程、方法和工具的有效性。可以采用评审的方法来改善测试方法或工具；
建立文档。包括质量保证手册、制定各种标准和采用质量保证的指导文件；
为了评估已计划好的质量保证活动的寿命，必须制定建立质量报告系统的措施。质量报告系统可以估价和控制所选择的质量保证措施的成本和可用性；
提高工作人员对质量和质量保证的自觉性。
具体质量保证措施如下各节所述。
评审
在项目的每一里程碑后期必须对该阶段的输出进行正式评审，形式可以采用现场评审、会议评审等，目的就是为了保证这一阶段的工作输出满足输入的要求，没有偏离用户需求，规避可能的风险。
工作程序：
（1）评审点主要是需求说明书完成、计划编制完成、设计完成、系统集成测试完成、试运行完成，这些在开发计划中有明确规定。评审点到达时项目组应向技术管理部申请组织对该阶段输出的结果进行设计评审。申请必须明确评审内容、评审目的，涉及到的部门。
（2）技术管理部接到申请后，做评审准备，组织成立评审小组、安排评审日程、评审人员分工，确定需要的文档、评审的形式等；《系统需求说明书》和《系统验收计划》的评审必须邀请用户参加，通知项目组。
评审至少提前一天通知评审小组成员，并将评审资料交给参与评审的人员，评审人员应认真审阅，作好评审准备。
（3）评审过程中，评审人员应认真阅读提交的文档，按照《各评审点的评审内容》表中的评审内容确定是否能满足要求，对不能达到要求的内容项目负责人必须组织纠正，完成后重新申请评审。
（4）评审小组形成《设计/确认评审报告》，《设计/确认评审报告》应写明评审的内容、评审时发现的问题以及解决方案、评审的结论等，并由参加评审会的人员会签字确认，《系统需求说明书》和《系统验收计划》的评审必须取得用户的同意；评审结果以及为确保符合规定要求所需的进一步活动，当它们完成时应加以记录和核实。通过评审的配置项入研发本部的配置管理库。
（5）评审过程必须进行记录，记录内容包括会议内容，结果，提出的问题，采取的措施等，《设计/确认评审记录》由技术管理部负责保存。
测试
该系统是一个复杂的系统工程，建设的内容很多，需要分期实施，而测试正是反映软件工程质量的一个最有效的途径之一。测试是保证项目质量的重要手段之一，必须严格执行。
测试方案
单元测试：
单元测试又称模块测试，是针对软件设计的最小单位――程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。单元测试需求从程序的内部结构出发设计测试用例。
边缘测试：
在边界上出现错误非常常见，因此对系统的边缘测试也是必要的。并要特别注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。如果对运行时间有要求，还要确定在最坏情况下和平均意义下影响模块运行时间的因素。
整体测试：
在单元测试的基础上，对系统进行联调整体测试需要考虑如下问题：
A、在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失