软件质量保障的意识您有吗？

什么是软件质量体系？

个人理解：软件质量体系就是研发流程中各个环节中高质量输出。

性能测试的核心：熟悉整个系统架构和分析瓶颈是最关键的要素，其次就是各个指标与业务场景的分析，再次是设计脚本、执行脚本、监控与采集 测试结果数据。

 

如下只站在测试的角度来构建 测试方向的质量体系。整体的研发质量体系 待定~~

1. 软件质量意识
软件的bug产生到系统上线后的稳定可靠性保障，贯穿了软件研发的整个过程；因此我们需要在需求分析、软件研发、软件测试、运维上线 各个环节都需要具备有质量意识。

 

2. 项目管理风险意识
我们在软件研发过程中 会遇到2大常见风险：

1、进度超期风险

关于进度超期的风险，这个需要项目管理人员把控好各个项目的里程碑节点的 产出按期交付，规避项目流程实施过程中的风险。

2、软件质量可靠性差、质量低 风险

测试从5个角度来规避

①　用例对业务需求的覆盖率（需求分析阶段罗列出系统当中存在的业务场景）

②　测试的执行效率（构建好覆盖业务规则的 测试数据模型）

③　回归测试充分性 （经历 测试环境、预发布环境测试）

④　测试过程中风险预警

⑤   责任落实到人（每个人对自己负责的模块负责，列入KPI考核中）

 

3. 软件测试规范
(1) 业务场景梳理

(2) 测试用例规范

(3) 测试数据模型规范

(4) 缺陷提交规范

(5) 问题推动规范

(6) 上线流程规范

(7) 问题跟进规范

 

4. 测试技术手段提升
1) 开发人员单元测试代码自测，单元测试列入个人KPI考核指标。

2) 推动接口测试前移，测试人员参与到数据库设计、接口设计当中，开发联调阶段测试人员参与到 接口测试当中，保障 前后端开发人员联调顺利；系统测试阶段，接口自动化测试脚本监控 回归测试版本迭代过程中的 接口功能是否正常。

3) 技术驱动：Jmeter接口自动化、AirTest自动化、行为驱动模式的自动化、UI层面自动化、性能测试、安全测试等。

 

5. 测试质量管理
1）按业务线划分 人员来进行资源分配

2）每周制定好  周工作计划，检查测试需求产出、测试用例产出、参与需求评审、参与用例评审、主导测试复盘总结、检查质量度量报告、项目接口测试实施计划与方案、项目性能测试实施计划与方案

3）测试质量的规范

      ①明确需求分析的产出（思维导图、流程图、数据分析、用例、bug、质量度量报告、复盘记录）

      ②测试用例需求覆盖度98%以上、测试用例执行完成度100%

      ③ 开发提测的过程中，日提交版本的次数不能大于3次，大于3次被认定为版本不稳定不合格 向开发主管或经理 发出预警通知

      ④第一轮全面测试，测试用例通过率低于70% 向开发主管或经理 提出预警通知

      ⑤回归验证测试中，缺陷修复率低于70% 向开发主管或经理 提出预警通知

      ⑥回归验证测试中，bug的趋势向上增长趋势，向开发主管或经理 提出 预警通知

      ⑦预发布环境中，数据兼容性测试、系统容错性测试、隐形需求挖掘测试，产生的bug较多，向开发主管或经理 提出 预警通知

      ⑧测试环境与预发布测试环境，记录测试质量度量数据（每天缺陷数、每天修复bug数、遗留bug数、影响用户使用bug数、异常逻辑bug数、数据错误bug数、bug趋势图表）

      ⑨预发布生产环境中 预计的测试计划时间已到 上线版本未通过，向开发主管或经理 提出 预警通知并讨论 上线预案

      ⑩上线前准备工作检查，数据初始化检查、版本兼容性检查、版本配置检查、版本号记录

      ⑪上线测试验证，上线存在较多bug立即向项目组汇报情况并讨论采取应对措施（版本回滚、数据处理、延迟上线等等）

      ⑫记录线上是否存在逃逸的bug，是否存在严重的bug，是否存在影响用户使用的bug，是否存在用户体验bug

4）版本上线复盘总结

      ①当前版本挖掘出来的隐形需求有哪些？

      ②当前版本容错性bug多少个？兼容性bug多少个？影响用户使用bug数？遗留bug数？ 当前版本质量情况？

      ③测试过程中遇到的问题有哪些？

      ④需要改进的地方有哪些？