《项目管理项目报告项目实施测试验收维护方案》由会员分享，可在线阅读，更多相关《项目管理项目报告项目实施测试验收维护方案（114页珍藏版）》请在金锄头文库上搜索。
1、xxxxxxxxxxxxxxxxxxxxxxxxx项目第五章 项目测试35.1质量保证方针45.2 开发过程管理55.3 质量保证措施95.4 评审115.5测试125.5.1测试方案125.5.2 测试方法135.5.3测试内容145.5.4 测试程序及测试工具155.5.5 实施预防与校正措施175.5.6 计划执行监督措施18第六章 项目实施196.3标准化策略216.4 知识转移策略226.5 试运行策略246.7 项目组织实施306.7.1 项目实施流程356.7.2 系统设计开发396.7.3 安装调试项目开发的软件系统：456.7.4 系统测试476.7.5 项目培训486.7.
2、6 项目监督控制管理506.7.7 项目进展报告526.7.7 外情况处理机制566.7.8 项目管理措施586.7.9 系统内外部接口设计阶段62第七章 项目验收707.1 验收测试委员会组织结构707.2 检验和验收原则717.5 验收内容与指标要求777.6 验收条件777.7验收说明787.8 验收通过标准78第八章 项目培训828.1 培训人员配备828.2 培训目标848.3 培训流程858.4 培训的需求调研868.5 培训的内容和计划888.6 受训人员素质要求938.7 培训效果的评估方法95第九章 售后服务1009.1售后服务体系介绍1009.2 特点服务介绍1009.3售
3、后服务内容介绍1019.4质保期内售后服务承诺1089.5 质保期后服务承诺110第五章 项目测试公司为确保质量管理体系有效地贯彻执行。专门成立了软件工程过程组（SEPG），其职责是与有关部门共同：确保质量管理体系所规定的过程可以顺序实施和有效作用；确定为确保这些过程有效运作和控制所需要的准则和方法；确保可以获得必要的信息，以支持这些过程的有效运作和对这些过程的监控；程序调试和分析这些过程，并实施必要的措施，以实现所策划的结果和持续改进。公司的质量体系文件由质量手册、程序文件、作业指导书和质量记录所组成，分别定义了：质量手册规定了本公司的质量方针、质量体系结构、职责和保持有效运行的方法。程序文
4、件规定了本公司各部门在质量活动中的职责、控制手段、活动要求及所需的文件和资源。作业指导书规定了如何进行具体的控制活动，质量记录作为产品符合规定的要求和质量体系有效运行的证据提供可追溯性。5.1质量保证方针本着“以人为本”的宗旨，通过在管理者与员工之间建立相互信任的关系，促使全员参与，建立标准的质量体系，并采用内审、管理评审等自我改进的手段，认真实施，增进改造后的软件成熟度。在产品研发时，要超前考虑顾客需求；在系统集成时，要保证质量，遵守工期；同时加强测试，使软件安全可靠；各部门之间要团结协作，互动沟通，共享各类有关信息；对员工要强化培训，提高素养，为顾客提供优质的服务，使顾客满意。5.2 开发
5、过程管理公司项目的开发管理引入基于里程碑的过程模型，它允许开发任务的重叠和反复，可以很好适应并行性的软件开发。基于里程碑的过程模型便于团队模型中责权的划分。便于风险评定，里程碑过程模型的特征如下：里程碑过程：软件开发过程是由指导开发进程的外内部里程碑所驱动的。明确责权关系：过程模型将每个里程碑与开发组的责任角色相关联。评估说明：评估说明直接影响着项目的计划与管理，在整个软件开发过程中致关重要。质量控制软件开发阶段划分的目的是为了便于形成基于里程碑的软件开发质量控制体系，每个里程碑都是一个质量控制结点，这些质量控制结点贯穿于整个软件开发全过程，从而构成软件开发的质量控制体系。贯穿于整个生命周期中
6、的SQA活动必须依据一整套的规范来进行，公司规定了详细的作业指导书作为参考。 在每个里程碑结束时公司质量控制机构SQA（由技术管理部和测试质保部等组成），根据相应的软件开发管理规范及应用要求对阶段成果进行评议控制，确保应用开发的顺利进行，及交付的应用系统能够满足用户的使用需要，确保交付的系统能够代表公司的整体技术水平。同时也有利于规避软件开发风险。具体审核内容如下：各评审点评审内容评审点评审人员评审文档评审内容软件需求评审软件开发人员用户管理人员标准化人员特邀专家质量管理人员软件需求说明书数据要求说明书软件需求说明书是否覆盖了用户的 所有要求软件需求说明书和数据要求说明书的明确性、完整性、一致
7、性、可测试性、可跟踪性文档是否符合有关标准规定开发计划评审软件开发人员管理人员特邀专家质量管理人员项目开发计划项目安排、估算是否合理项目风险是否判断，并安排措施文档是否符合有关标准规定项目开发计划的合理性、一致性开发人员和相关部门是否承诺完成详细设计评审软件开发人员管理人员标准化人员设计说明书数据库设计说明书详细设计说明书是否与软件需求说明书的要求一致设计说明书是否正确、完整、一致块内部逻辑结构是否合理，模块之间接口是否清晰接口定义是否明确数据库设计说明书是否完全，是否正确反映详细设计说明书的要求文档是否符合有关标准规定鉴定（验收）软件开发人员用户管理人员特邀专家标准化人员承办方与交办方的上级
8、领导成套文档开发的软件系统是否已达到软件需求说明书规定的各项技术指标使用手册内容是否完整、正确文档是否齐套，是否符合有关标准规定测试方案项目开发人员管理人员标准化人员特邀专家质量管理人员测试人员测试计划测试方案测试的方式是可行的测试的目标与需求一致测试环境已被定义测试暂停和重新启动已确定测试方案是完整的, 正确的和不模糊的有效的和无效的输入都已安排测试测试是否全面、合理项目配置管理在软件开发过程中变更是不可避免的，为了将变更造成的混乱减少到最低必须进行配置管理，公司规定配置管理的目标就是标识变更、控制变更、报告变更、确保变更正确的实现。这对以后的系统维护和版本管理有重要意义。配置管理包括项目开
9、发过程中的文档管理与程序管理。项目开发中的文档主要包括如下：可行性分析报告、需求分析文档、各类规范文档、设计文档（包括软件设计和系统集成设计及测试设计）、代码实现和工程实施文档、测试计划和测试记录、测试评估文档（包括问题报告）、用户手册、在线帮助文档。与软件配置管理相关的文档一般包括：工作报告、问题报告文档、问题处理报告、CM每日报告。配置管理过程见下图：5.3 质量保证措施为确保软件生存周期的各阶段的质量要求得到满足，我们准备按照高标准对项目进行质量管理和控制。各阶段包括分析、设计、开发、安装和维护等活动均按以下要求监控质量：衡量标准具体考虑因素功能度适配性、准确度、互操作性、依从性、安全性
10、可靠性成熟度、容错性、可恢复性可用性可理解性、可学习性、可操作性效率时间特性、资源特性可维护性分析性、可改变性、稳定性、可测试性可移植性适应性、可安装性、一致性、可置换性此外还提供与项目有关的质量保证计划，说明每个阶段所提供的质量保证措施，所选择的措施的有效性及其影响。在每个阶段进行纪录，并取得项目管理者和质量保证小组的通过。必要时，这些报告还会附带审计和修改的措施，以满足产品或阶段的特殊要求。建立软件质量保证系统的过程：检查软件生存周期是否与需求相匹配，是否需要修正；确保执行质量保证的过程、方法和工具的有效性。可以采用评审的方法来改善测试方法或工具；建立文档。包括质量保证手册、制定各种标准和
11、采用质量保证的指导文件；为了评估已计划好的质量保证活动的寿命，必须制定建立质量报告系统的措施。质量报告系统可以估价和控制所选择的质量保证措施的成本和可用性；提高工作人员对质量和质量保证的自觉性。具体质量保证措施如下各节所述。5.4 评审在项目的每一里程碑后期必须对该阶段的输出进行正式评审，形式可以采用现场评审、会议评审等，目的就是为了保证这一阶段的工作输出满足输入的要求，没有偏离用户需求，规避可能的风险。工作程序：（1）评审点主要是需求说明书完成、计划编制完成、设计完成、系统集成测试完成、试运行完成，这些在开发计划中有明确规定。评审点到达时项目组应向技术管理部申请组织对该阶段输出的结果进行设计
12、评审。申请必须明确评审内容、评审目的，涉及到的部门。（2）技术管理部接到申请后，做评审准备，组织成立评审小组、安排评审日程、评审人员分工，确定需要的文档、评审的形式等；系统需求说明书和系统验收计划的评审必须邀请用户参加，通知项目组。评审至少提前一天通知评审小组成员，并将评审资料交给参与评审的人员，评审人员应认真审阅，作好评审准备。（3）评审过程中，评审人员应认真阅读提交的文档，按照各评审点的评审内容表中的评审内容确定是否能满足要求，对不能达到要求的内容项目负责人必须组织纠正，完成后重新申请评审。 （4）评审小组形成设计/确认评审报告，设计/确认评审报告应写明评审的内容、评审时发现的问题以及解决
13、方案、评审的结论等，并由参加评审会的人员会签字确认，系统需求说明书和系统验收计划的评审必须取得用户的同意；评审结果以及为确保符合规定要求所需的进一步活动，当它们完成时应加以记录和核实。通过评审的配置项入研发本部的配置管理库。（5）评审过程必须进行记录，记录内容包括会议内容，结果，提出的问题，采取的措施等，设计/确认评审记录由技术管理部负责保存。5.5测试该系统是一个复杂的系统工程，建设的内容很多，需要分期实施，而测试正是反映软件工程质量的一个最有效的途径之一。测试是保证项目质量的重要手段之一，必须严格执行。5.5.1测试方案单元测试：单元测试又称模块测试，是针对软件设计的最小单位程序模块，进行
14、正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。单元测试需求从程序的内部结构出发设计测试用例。边缘测试：在边界上出现错误非常常见，因此对系统的边缘测试也是必要的。并要特别注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。如果对运行时间有要求，还要确定在最坏情况下和平均意义下影响模块运行时间的因素。整体测试：在单元测试的基础上，对系统进行联调整体测试需要考虑如下问题：A、在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；B、一个模块的功能是否会对另一个模块的功能产生不利影响；C、各个子功能组合起来，能否达到预期要求；D、按项目的要求，与其它系统连接后，是否能正常交换数据，相互是否能正常运行；E、全局数据结构是否有问题F、各个模块的误差累积起来，是否会放大，从而达到不能接受的程度。测试流程图如下：5.5.2 测试方法测试方法如下：测试阶段测试方法参与的人员代码审查讲解和讨论的方法开发人员和测试人员单元测试逻辑驱动、基路测试、边值分析等开发人员和测试人员系统测试等价类划分、边值分析、因果图、错误推测等测试人员验收测试因果图、等价类划分、边值分析、错误推测等。测试人员 测试步骤图例如下5.5.3测
