软件全生命周期过程管理情况

软件全生命周期过程管理情况 一、 软件开发

二、 测试配置管理 1. 概述 软件的错误是不可避免的，所以必须经过严格的测试。通过对本软件的测试，尽可能的发现软件中的错误，借以减少系统内部各模块的逻辑，功能上的缺陷和错误，保证每个单元能正确地实现其预期的功能。检测和排除子系统（或系统）结构或相应程序结构上的错误，使所有的系统单元配合合适，整体的性能和功能完整。并且使组装好的软件的功能与用户要求一致。

2. 测试资源和环境

2.1硬件配置 关键项 数量 性能要求 期望到位阶段 测试PC机 1 P4，主频2.6GHZ，硬盘300G，内存2G，此配置是实际用机 需求分析阶段

数据库服务器 1 P4，主频2.6GHZ，硬盘300G，内存2G，此配置是实际用机 需求分析阶段 2.2软件配置 资源名称/类型 配置 操作系统环境： 操作系统主要分为windows 7、windows server2008。其中windows 7是重点测试对象

浏览器环境： 主流浏览器有：IE浏览器（IE9/10）。此测试根据开发提供依据决定测试范围

功能性测试工具 手工测试

测试管理工具 Bugfree

3. 测试策略 系统测试类型及各种测试类型所采用的方法、工具等介绍如下： 功能测试

测试范围 验证数据精确度、数据类型、业务功能等相关方面的正确性 测试目标 核实所有功能均已正常实现，即是否与需求一致 技 术 采用黑盒测试、用例测试等测试方法 工具与方法 手工测试 开始标准 开发阶段对应的功能完成并且测试用例设计完成 完成标准 测试用例通过并且最高级缺陷全部解决 需考虑的特殊事项 软件全生命周期过程管理情况 用户界面（UI）测试 测试范围 1．导航、链接、Cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、TITLE、提示信息的一致性等。 2．友好性、可操作性（易用性）

测试目标 核实各个页面风格（包括颜色、字体、提示信息、图标、TITLE等等）都与需求保持一致，或符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯。 技 术 WEB测试通用方法 工具与方法 手工测试、目测 开始标准 界面开发完成

完成标准 UI符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯 测试重点与优先级 需考虑的特殊事项

性能测试 测试范围 多用户长时间在线操作时性能方面的测试 测试目标 核实系统在大流量的数据与多用户操作时软件性能的稳定性，不造成系统崩溃或相关的异常现象 技 术 手工测试、自动化测试 开始标准 自动化测试脚本设计并评审通过且项目组移交系统测试 完成标准 系统满足用户需求中所要求的性能要求 测试重点与优先级 需考虑的特殊事项

安全性测试 测试范围 用户、管理员的密码安全、权限

测试目标 1. 用户、管理员的密码管理 2．应用程序级别的安全性：核实用户只能操作其所拥有权限能操作的功能。 3．系统级别的安全性：核实只有具备系统访问权限的用户才能访问系统。 技 术 代码包或非法攻击工具 工具与方法 手工测试 开始标准 功能测试完成 完成标准 执行各种非法操作无安全漏洞且系统使用正常 测试重点与优先级 需考虑的特殊事项

兼容性测试

测试范围 1．使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。 2．不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组软件全生命周期过程管理情况 合测试。 测试目标 核实系统在不同的软件和硬件配置中运行稳定 技 术 黑盒测试 工具与方法 手工测试 开始标准 项目组移交系统测试

完成标准 在各种不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功能（此测试根据开发提供依据决定测试范围） 测试重点与优先级 需考虑的特殊事项

回归测试 测试范围 所有功能、用户界面、兼容性、安全性等测试类型 测试目标 核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准 技 术 黑盒测试 工具与方法 手工测试和自动化测试

开始标准 每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试 完成标准 95%的测试用例执行通过并通过系统测试 测试重点与优先级 测试优先级以测试需求的优先级为参照 需考虑的特殊事项 软硬件设备问题

4. 测试实施阶段

测试类型 测试阶段 单元测试 集成测试 系统测试 验收测试 功能测试 X ✓ ✓ X 性能测试 X ✓ ✓ X 安全性测试 X ✓ ✓ X 兼容性测试 X ✓ ✓ X 用户界面（UI）测试 X ✓ X

回归测试 每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试 备注：“✓”表示由测试组执行，“X”表示由项目组执行；

5. 测试通过标准

系统无业务逻辑错误和二级的BUG。经确定的所有缺陷都已得到了商定的解决结果。所设计的测试用例已全部重新执行，已知的所有缺陷都已按照商定的方式进行了处理，而且没有发现新的缺陷。 注：缺陷的严重等级说明： A：严重影响系统运行的错误； B：功能方面一般缺陷，影响系统运行； 软件全生命周期过程管理情况 C：不影响运行但必须修改； D：合理化建议。

6. 测试用例模板

用例标识 01 项目名称 ***系统 开发人员 模块名称 *** 用例作者 参考信息 测试类型 设计日期 测试人员 测试方法 测试日期 用例描述 前置条件 编号 测试项 操作步骤 预期结果 数据 1 2 3

7. 测试进度

测试用例ID 开始日期 完成日期 测试人 备注 01 02 03 04 … … … …

三、 负责部门职能和角色 1、 项目经理任命 项目经理对该项目的施工管理全面负责。 2、 主要参与人员 主要参与人员为： 3、 人员组织计划表 序号 人员 角色 主要职责 软件全生命周期过程管理情况 1 2 3 4 5 6 7 8 9

四、 软件开发管理制度 1 总 则  为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司软件研发与管理。  本制度中软件开发指新系统开发和现有系统重大改造。  软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。  除特别指定，本制度中项目组包括业务组（或需求提出组）、IT组（可能包括网络管理员和合作开发商）。 2 立项管理  提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》（附件一），开展前期筹备工作。《立项分析报告》应明确项目的范围和边界。  应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批，以保证系统项目与公司整体策略相一致。  《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组；如果是合作开发，则与外包商共同成立合作开发项目组，以下统称“项目组”），项目组应包括业务组（由公司相关业务部门组成）和IT组（自行开发为办公室网络管理软件全生命周期过程管理情况 员；外包开发为外包商成员；合作开发为网络管理员和外包商成员）。公司委派一名员工负责监督项目的进度，进行项目管理工作，确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。

3 需求分析  立项后业务组对用户需求进行汇总整理，出具《业务需求说明书》（附件二），并确保《业务需求说明书》中包含了所有的业务需求。经系统使用部门审批确认，作为业务需求基线。  IT组在获得《业务需求说明书》后，提出技术需求和解决方案，并对系统进行定义，出具《系统需求规格说明书》（附件三）。《系统需求规格说明书》需详细列出业务对系统的要求（界面、输入、输出、管理功能、安全需求、运作模式、关键指标(KPI)等）。《系统需求规格说明书》需要由业务组提交给相关业务流程负责人确认。  对于合作开发的项目，当业务需求发生变更时，业务组应提交《需求变更申请》（附件四），IT组组长审批后交给合作开发商实施。  项目组应对需求变更影响到的文档及时更新。

4 项目计划和监控  软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领导和控制。  需求分析过程中，项目经理组织制定详细的《项目计划书》（附件五），包括具体任务描述和项目进度表等。  在项目的各个阶段，业务组组长和IT组组长需配合项目经理制定阶段性项目计划。业务组组长和IT组组长需配合项目经理对项目计划执行情况进行监控，确保项目按计划完成。  项目计划需要变更时，项目经理填写《项目计划变更说明》（附件六），并提交公司主管领导审批，通过审批后，交给业务组组长和IT组组长执行。