2024信息系统工程软件项目管理标准

信息系统工程软件项目管理标准目录TOC\o"1-3"\h\u285301 2231272 2319093 231796Bu 223502 211549 22055 227960 229835testleve 212244测试流程testprocess 326723测试用例testcase 394454软件开发过程 33200项目开发 3202883)编码过程，包含软件编码、系统集成、代码评审活动； 326492测试流程管理 321958测试需求分析 37326测试计划 412003测试设计 512250测试执行 6269测试总结 6242855项目监控 7102744)阶段报告：项目经理可根据里程碑计划向公司进行阶段报告。 7软件项目管理标准鼓GBT236912009GBT19668520185GBT190162000GBT85672006GBT166801996Butestleve测试流程testprocess—个完整的测试任务按顺序经历的过程。测试用例testcase为特定目标编写的测试输入、执行操作及期望结果的集合。软件开发过程项目开发项目组应根据选定的项目开发模型开展软件项目，常见的过程域包含:需求过程，包含需求获取、需求分析、需求定义、需求确认、需求跟踪、需求变更等活动；设计过程，包含概要设计，详细设计、数据库设计、设计评审、设计变更活动；编码过程，包含软件编码、系统集成、代码评审活动；软件测试，包含单元测试、集成测试、系统测试、确认测试、验收测试等活动；发布过程，包含确认发布版本、归档资料准备活动，以上过程和活动可由软件部和研发部制定相关规定来实施。该阶段必要输出项包括:概要设计、数据库设计说明书、源代码、用户操作手册、部薯手册测试流程管理软件测试的目的是验证软件满足软件质量要求。通过测试发现软件缺陷，为软件产品的质量评价提供依据。软件测试流程应分为测试需求分析、测试计划、测试设计、测试执行和测试总结这五个过程。测试需求分析测试需求分析是整个测试过程的基础,主要确定测试对象和范围，用来明确整个测试工作(如测试进度计划、测试方案测试用例等)，并作为测试工作覆盖的依据，从源头把握软件质量。测试需求分析的主要内容如下:目的以项日需求文件为基础确定测试对象以及工作的范围和对象，形成完整的测试需求。主要任务参加需求评审会议，从全面性、完整性、正确性、453致性、可靠性方面检查需求；提取测试需求，确定本次测试内容。工作步骤众查看需求文档；参加需求评审会议(视项目情况而定)；检查需求;提取测试需求；确定测试内容；记录测试内容、要点；测试内容要点审查。总体要求全面性:测试内容必须完全覆盖软件需求说明书的所有要求，包括所有功能要求、性能要求和其它要求；一致性:软件需求说明的变化与测试内容的变化必须保持一致，变化不能随意进行应置于严格的配置管理之下。测试计划测试计划是整个测试过程的指导性文件,保证测试过程顺畅,有效控制和跟踪测试进度。测试计划的主要内容如下:目的是在项目早期尽早确定测试策略，策划所有测试活动，便于后续跟踪和监控。主要任务根据测试内容和项目质量目标，明确测试策略、测试资源和准入准出标准；制定具体的测试进度计划。工作步骤明确功能与非功能测试范围；根据测试范围选定合适的测试策略；明确测试所需资源；根据项目质量要求，确定各项测试的准入准出标准；根据项目总计划进行测试进度计划排期；明确在测试过程中可能发生的风险及其影响和应对措施；明确测试过程中问题反馈流程；编写测试计划；组织测试计划评审。输出文档输出文档为测试计划，内容需包含测试策略、测试资源需求、测试准入准出要求、测试进度计划、测试风险等。测试准入要求测试计划中应明确测试执行的准入要求，只有达到准入要求，才能执行测试，测试准入要求如下：上一级别的测试达到准出要求；测试计划已经通过评审；测试用例已经设计完成并通过评审；阻碍进一步测试的问题已经解决，如冒烟测试通过；测试环境已经准备完成，被测程序已经安装在测试环境中。测试准出要求学测试计划中应明确测试执行的准出要求，只有达到准出要求，才能结束测试，测试准出要求如下：计划实施的测试范围完全覆盖，如有未测试到的需写明原因；计划执行的测试用例完全执行完成，如有未执行的用例需写明原因；所有提交的缺陷都被记录并有最终状态，且经过讨论确认应修改的缺陷均已修复，测试执行结束后仍未修复完成的缺陷作为遗留缺陷在测试报告中记录并说明未修复原因及修复计划。总体要求当项目总计划和需求范围发生变更时，测试计划应随之进行调整，且置于严格的配置管理之下：试进度安排应合理，里程碑节点应明确，避免测试不足或过度测试；测试环境部：墨策略应符合系统规划要求，使用的测试工具名称、版本和用刀途应明确。测试设计测试设计是测试执行前的准备工作，为测试执行的正确开展提供环境、数据、用例步骤。好的测试设计能够使测试执行工作更加高效和快捷，保障软件质量。测试设计的主要内容如下：目的明确测试用例和测试数据需求，为执行测试做好准备便于测试执行快速、有效开展。主要任务编写测试用例；搭建测试环境；准备测试数据。工作步骤根据测试类型确定测试用例模板；根据项目需求文件编写测试用例；组织用例评审；根据测试计划搭建测试环境；准备测试数据。输出文档输出的文档为测试用例，不同的测试类型的测试用例需要按照对应的用例模板内容填写，如功能测试用例的内容需包含测试用例ID、优先级、场景说明、方法/函数、正常系/异常系、前提条件、测试目的、消试步骤、测试数塌、期组结果等。测试用例编写方法试用例编写有等价类划分、边界值分析、基于判定表的测试、基于因果图的测试八基于状态图的测试、基于场景的测试等方法，常用的设计方法为等价类测试、边界值分析两种方法。总体要求I)当需求范围发生变更时，测试用例应随之进行调整，且置于严格的配置管理之下；2)测试用例应完全覆盖测试需求。测试执行测试执行是测试计划的实施过程,通过实施测试计划来完成正式的测试工作。测试执行的主要内容如下：目的依据测试计划，按照测试用例对软件进行测试，验证软件功能与需求的实际匹配程度。主要任务按照测试计划执行测试用例；记录测试缺陷并跟进缺陷的解决。工作步骤执行测试用例；人提交问题/缺陷；验证问题/缺陷；过程中若发生需求变更，或发现用例设计不足之处，及时更新用例。输出文档输出的文档为缺陷统计表，或者是记录在项目管理系统中的缺陷列表。缺陷等级1级—致命缺陷，如：系统宕机。崩溃、不可用；2级—严重缺陷，如：功能失效、缺失，计算、逻辑错误等；3级—一般缺陷，如:功能可用，但功能处理存在错误；4级—轻微缺陷，如:不影响功能运行，GUI问题，提示信息等；5级—改善建议总体要求对于核心、重要的系统及功能应对测试执行过程以截图或保留日志的方式进行留痕；执行过程中发现的缺陷及问题，应及时记录在缺陷管理工具中，并及时进行处理。测试总结测试总结是在测试结束后，对整个测试过程进行全方面的总结从缺陷数据和用例执行情况等维度来反映软件质量，为项目上线提供重要的参考依据。测试总结的主要内容如下：目的测试总结的目标是对测试过程进行总结，利用数据客观、真实地反映测试过程的实际情况，为下一级别的测试过程改进提供参考。主要任务对测试过程进行总结，对测试结果数据进行汇总分析，得出公开测试结论；督促项目组对遗留问题给出处理计划。工作步骤统计测试范围是否有偏差，若有，则进行分析；统计测试用例的执行情况；统计缺陷数据，从类型、严重程度、修复情况等多维度进行统计分析；汇总所有分析数据，按照测试报告模板编写测试报告；对测试报告进行评审。输出文档输出文档为测试报告，(内容应包含测试范围、测试环境、测试用例执行情况、缺陷情况、遗留缺陷处理计划、测试结论、上线风险及建议等。总体要求明确实际测试范围和测试环境，看与计划有偏差，需要分析,给出解释说明；测试结论要明确、客观、真实，切勿出现模棱两可的描述。项目监控项目经理需识别项目相关干系人,采取有效的沟通手段(建立微信群、QQ群、同地办公、面对面等方式)保障项目组在计划传达、任务分配、任务确认、项目变更、项目进展、问题解决等事项上及时沟通；周跟踪：项日经理需每周提交《项目周报》，内容包含:根据WBS编号报告每个周必任务完成情况、每个项目成员投入的周工作量当前项目己投入工作量、当前进度、进