真心要改进测试过程吗？
　　Yes，那就自己反思问题在哪里、持续改进
　　No, 只是做给别人看、做给领导看，那就拿一个认证
　　测试过程的目的是什么？
　　为了业务效益？
　　必须的
　　质量驱动？
　　成本驱动？
　　时间驱动？
　　关键还是问题驱动
　　是下面一个或是几个目的？
　　提高质量，以提高客户满意度
　　增加商业机会
　　更好的内部和外部声誉
　　缩短测试周期，以减少开发时间
　　更好地遵守发布日期
　　更好地降低测试/开发成本
　　获得良好的RoI（产出投入比）
　　降低缺陷成本（劣质成本 COPQ）、降低支持成本
　　减少故障管理
　　改进风险识别和管理
　　基于度量的过程控制以获得更准确的估计和预测
　　改善测试的可追溯性以支持发布决策
　　内部测试过程与外部价值目标的一致性
　　如何改进？
　　不断反思
　　每日反思、每周反思
　　每个测试阶段结束时反思
　　每个迭代结束时反思
　　反思自己的问题
　　借助批判性思维来反思
　　目的就是就是解决问题
　　首先就是发现问题
　　发现一个问题解决一个问题
　　就得到了改进！
　　过程改进三部曲：发现问题、分析问题和解决问题
　　如何发现问题？
　　客户/用户的反馈
　　日志分析
　　自己团队头脑风暴
　　如何分析问题？
　　业务驱动，业务目标导向
　　批判性思维，质疑条件或过程
　　上下文驱动，如团队、技术、流程…
　　定性分析和定量分析结合
　　老工具，如直方图、分布图、因果图等
　　新工具，如亲和图、关联图、FMEA等
　　如何解决问题？
　　参考业界优秀实践
　　内部/外部培训
　　请外面咨询
　　如果要系统地过程改进？
　　就需要系统地认知软件测试
　　采用已有的认知
　　PDCA
　　TPI
　　TMMi
　　TestSPICE
　　AQAM
　　ATMM
　　UTMM
　　AQAM
　　PTMM
　　PDCA：计划、执行、检查和采取新的措施
　　TPI：持续地改进关键域
　　检查点：一项一项去检查
　　建议：如何去改进
　　其实，它也不是测试过程改进
　　而是测试改进
　　其实，有些项属于项目管理
　　当然每一项前面可以加上“测试“
　　获得项目干系人（测试的）承诺
　　（测试的）估算与计划
　　（测试的）沟通
　　（测试的）报告
　　（测试的）度量
　　测试件管理（纳入配置管理）
　　缺陷管理
　　测试的组织也是开发组织的一部分
　　智力工作或IT组织特征都是一样的
　　研发团队管理是一致的
　　而且单独谈测试是没有意义的
　　有什么开发就有什么测试
　　测试要适当地融入整个开发的过程
　　从TPI来看，测试的核心就是：
　　测试策略
　　测试过程管理
　　测试方法及其实践
　　测试人员的专业性
　　测试用例设计
　　测试工具
　　测试环境
　　其实策略离不开计划的
　　策略是为了应对风险
　　测试过程管理核心就是定义流程
　　而且人是决定的因素
　　怎么能排到13的位置？
　　而从我看，就是PPT
　　People：测试人员能力素质的不断提升
　　Process：全生命周期的测试流程
　　Technology：测试方法和技术
　　包括测试分析、设计、自动化、工具、环境运维

《2023软件测试行业现状调查报告》独家发布~