《数字化时代质量工程白皮书2021版》读书笔记
质量评估:QPS 每秒查询数、TPS 每秒处理数、响应时间、吞吐量
SLA相关使用:MTTF平均故障时间、MTBF平均故障间隔时间、MTTR平均修复时间
测试准入评估:单元测试覆盖率、冒烟case通过率;
测试准出评估:用例执行率、bug闭环率、测试覆盖率、FD缺陷密度、提测次数、需求变更等数据;
质量展示:Bug趋势、用例通过率和测试覆盖率、FD缺陷密度
POC:Proof of Concept概念验证
POC测试:即Proof of Concept,是业界流行的针对客户具体应用的验证性测试,根据用户对采用系统提出的性能要求和扩展需求的指标,在选用服务器上进行真实数据的运行,对承载用户数据量和运行时间进行实际测算,并根据用户未来业务扩展的需求加大数据量以验证系统和平台的承载能力和性能变化。
Devops各过程阶段:需求和规划、编码、构建、测试、发布、部署和运维、运营。
持续集成Continuous Integration简称CI
代码提交、自动化构建、自动化测试
持续部署Continuous Deployment简称CD
自动化手段部署到不同环境,降低部署复杂度,尽快开展部署和验证,缩短问题解决周期
灰度发布和AB测试的区别:过程类似,目的不同。
AB测试偏向用户体验层面
灰度发布偏向技术层面,部署按比例发布,平稳演化。
灰度策略:按流量百分比,按人群划分,按渠道划分;
发布方式:按Web前端,服务端发布,客户端发布
质量左移和质量右移
质量右移:
线上巡检
系统和应用级监控:使用Prometheus工具等
业务监控
全链路排查
舆情报警
系统和质量模型
包括功能性、性能效率、兼容性、易用性、可靠性、信息安全性、维护性、可移植性。

质量工程框架

质量文化与策略
如何在公司/企业/项目等组织纬度建立质量文化,对质量负责的文化氛围。打破角色定义的职责边界,践行质量文化,使得每个需求价值交付和决策过程都非常高效顺滑。
“有责无界”:对于一部分质量风险小的项目,给到研发自测,测试提供配套的测试中台或者自动化流水线,使得研发可以低成本的进行自测验证。
个人思考:应用到实际中,开发提测的需求中,可以评估质量风险,原则上如果开发自测的用例,测试可以不用再验证一遍,开发可以自测的,不用提交给测试进行验证。测试进行测试环境协助,测试工具和系统上下游场景用例的构造等。测试的价值更大在于提高测试效率,提供自动化测试工具或用例。评估整体质量风险等。另一方面测试应该对于业务更熟,整体思考更充分。
需求挖掘与评审技术
精益画布

个人思考:需求应该关注客户最重要解决的三个问题、产品最重要的三个功能。一句话描述你的产品。无法被对手轻易复制或者买去的竞争优势。作为个人简历,一句话描述你的经验、优势?你的竞争壁垒是什么?
需求包括技术需求、业务需求。建议技术需求占比10%~20%
质量功能技术-混沌工程:混沌工程不会取代已有的测试技术,而是对已有测试方法的补充。
质量工程实践与工具-管理与领导力:质量人员责无旁贷需要向上管理,把质量工程实践与企业的战略落地、经营业绩、品牌价值等关键结果建立关联,才能有效推动企业内质量责任的分解、质量文化的建设;才能把质量管理举措、质量工程最佳实践落到实处;才能最终实现质量的持续改进。
向上管理有两类方式:对标国内外企业标准、企业过往发生重大质量问题、可能发生的重大质量风险等。分析其对企业品牌、经营结果的负面影响力。
质量工程实践与工具-过程质量控制:传统的关键核心思想:明确关键活动的输入输出标准及相关责任。
新变化:
质量工程工具:
1、本地开发质量工具:
●本地代码静态扫描工具(SonarLint)
●单元测试工具:JUnit、TestNG、unittest
●代码覆盖率分析工具:JaCoCo、Coverage.py、支持C/C++的gcov、lcov、gcovr等。
●同行代码评审工具:Gerrt、GitHub/Gitlab的Pull Request也可以用来进行代码评审
2、CI/CD工具
本地代码静态检测工具SonarQube、接口测试工具JMeter
个人分析:JMeter工具需要找时间熟悉熟悉
20220224阅读记录:质量工程技术和质量工具待后续继续研究阅读