一、项目管理流程/软件开发生命周期?
输入：客户原始、标书、合同、组织资产、标准、规程、模板
| 过程 | 产品/PM | UI | 研发经理 | 研发 | 测试 | QA | 输出 |
|---|
| 立项 | 确定产品基线、调研业务梳理 | 了解项目 | 了解项目、组建团队 | 了解项目 | 了解项目 | 建立基线 | 调研结果 | | 需求 | 编制产品原型、需求说明书 | 了解需求、分解工作量 | 技术选型、评估工作量 | 了解需求、分解工作量 | 了解需求分解工作量 | 建立基线 | 需求规格说明书 | | 项目计划 | 编制项目计划 | 分解UI计划 | 编制计划WBS | 分解开发计划 | 分解测试计划 | 监控跟进 | 项目计划书 | | 设计 | 跟进评审、调整需求 | UI设计 | 整体跟进、调整计划 | 概设详设 | 方案、用例设计 | 监控跟进 | 设计说明书 | | 开发 | 项目管理 | 跟进调整 | 开发管理 | 开发代码 | 用例编写 | 监控跟进 | 系统 | | 测试 | 项目管理 | 跟进调整 | 测试管理 | Bug修改 | 测试执行 | 监控跟进 | 缺陷 | | 上线 | 项目管理 | 上线 | 上线管理 | 上线调整 | 上线验证 | 流程管控 | 报告手册 | | 运维 | 运维管理 | | 上线问题跟进 | 上线问题修复 | 上线问题验证 | 质量保证 | 发布产品 |
输出：满足用户需求的系统及交付件
由上表看出，测试周期是指从项目立项、计划建立到上线运维的整个测试过程，包括测试需求、测试计划、测试设计，测试执行，测试分析总结几个阶段。
二、测试管理流程/测试生命周期
输入：需求规格说明书、规程、模板
| 测试流程 | 过程 | 人员 | 方法/技术/资源 | 工具 | 输出 |
|---|
| 制度了解 | | | 理论基础、测试制度 | | | | 需求阶段 | 需求分析–需求评审–业务需求评审，绘制业务流程图 | 测试人员 | 需求评审框架、架构 | 内部模板/Checklist | 需求评审纪要 | | 测试计划 | 分解编制测试计划 | 测试组长 | 计划几要素、模板 | 模板 | 测试计划 | | 测试设计 | 测试方案>用例设计>用例评审(先小组内评审、后会议评审) | 测试人员 | 测试设计方法：等价类、边界值因果图、正交表等 | Xmind、禅道、Excel | 测试方案、用例 | | 环境搭建 | 搭建测试环境 | 测试人员 | Linux、数据库、Git等 | Maven、Xshell、Navicat、Git | 系统测试环境 | | 测试执行（按阶段分） | 单元测试 | 开发 | 单元测试设计方法 | junit、unittest | 单元测试报告 | | 集成测试 | 开发 | 向上集成、向下集成 | | 集成测试报告 | | 接口测试 | 开发测试 | 网络、接口测试、自动化 | Fiddler、Wireshark、Postman、Swagger、Python、Selenium | 接口测试报告 | | 系统测试 | 测试人员 | 缺陷跟踪、功能测试、性能测试、安全测试、兼容性、UI测试 | 禅道、Jmeter、Docker、Burpsuite、nmap、nessus | 缺陷表 系统测试报告 | | 测试报告总结分析 | 编制测试报告，对整个测试过程和版本质量做一个详细评估，确认是否可以上线 | 测试组长 | 测试报告 | Word、Excel | 整体测试报告 | | 验收测试 | 对测试结果进行验收，宣布测试阶段性结束 | 客户 | | | | | 文档归档 | 文档归档 | | | | | | 上线（运维） | 关注线上功能和线上bug跟踪 | | 持续集成（补充，自动化部署） | Jenkins、Docker、k8s | |
|