1.质量内建：基于软件测试原则的模型，分享一下模型

asa

经历了“七年之痒”后，蓝鲸项目进入第八个年头，项目中的一切都趋于稳定。当团队提倡持续改进时，感觉就是我们已经尽力了，似乎没有什么可以改进的。为了打破这种局面，项目重新聚焦测试，从质量和测试的角度进行了现状评估。

评测使用了基于软件测试原理的模型，本文就是与大家分享这个模型。

测试原则

在2012年澳大利亚敏捷会议（Agile）上，非常资深的测试实践领袖分享了以上测试原则，是在多年软件测试实践的基础上总结出来的。

1. 质量构建

你进了；它在那里。— W。

著名质量管理专家戴明指出，一个产品的质量不是检测出来的，产品生产出来后就已经存在了。这同样适用于软件产品。

越晚发现缺陷，修复的成本就越高。质量内置要求我们做好软件开发的每一个环节，并尽快预防，以降低缺陷出现后的修复成本，减少对创可贴式补丁的依赖()。

推荐做法：TDD、ATDD 等。

2. 快速反馈（快速）

每个环节的任何变化都可以第一时间反馈给需要的人天外神坛，从而根据最新信息做出明智的决策，降低风险。这就要求我们经常对系统进行测试，缩短回归测试的周期。

推荐做法：

3. 全员参与 ( )

这次网上bug很多，QA是怎么测的？！

那个xxx群在上线之前发现了很多bug，他们的QA真不错！

成功也是QA，失败也是QA……如果还有这样的认识，那就太片面了。测试不仅仅是质量保证。团队成员共同对质量负责。软件开发生命周期中与测试相关的活动需要所有员工的参与。

全员参与的好处是，利用不同的领域知识和不同角色的不同思维方式，不仅可以提高考试质量，还可以优化考试资源的使用，实现价值最大化。

推荐做法：

4. 测试作为资产

自动化测试帮助我们验证系统功能的正确性。良好的自动化测试以及文档都是宝贵的资产。如果每个项目都构建自己独立的自动化测试，而不是跨项目共享，那么浪费是显而易见的。

这一原则要求自动化测试的代码与产品开发的代码一起作为资产进行管理，并在不同的项目之间尽可能地复用。这项宝贵的资产可以帮助我们更好地衡量跨项目的测试覆盖率并更好地优化测试。

推荐实践：使用版本控制管理工具将测试代码和生产构建代码作为产品的一部分一起管理。

5. 更快的交付（进）

任何想法越早转化为软件产品并交付给用户，它给企业带来的价值就越大。

这个原则要求我们将测试活动融入到软件开发生命周期的每一个环节，而不是在后期进行长期的集中测试；同时，测试人员的重点不再是寻找更多的Bug来防止产品不符合质量要求。，而是要专注于如何帮助团队尽快把产品上线，让公司更早的获得投资回报，也就是更快的赚钱。

推荐做法：自动化构建管道、关注平均恢复时间、解耦发布和部署等。

6. 清晰查看测试

使用可视化报告向客户和内部团队展示测试状态和产品的内外质量，对项目的质量和风险控制非常有帮助。不同的项目各自使用多种图表样式，不利于项目间的信息共享和比较，无端增加复杂度，带来浪费。

因此，我们需要使状态报告尽可能简单明了，并保持跨项目指标的一致性；同时，我们不应该为了让某个指标好看而改变自己的行为，整个报告必须诚实、公开，这样才能真实地反映项目的状态。

7. 优化商业价值（价值）

软件开发无疑是为客户的业务带来价值。软件测试也需要服务于这个目标。测试必须与业务价值保持一致，并帮助客户优化业务价值。需要做的：

推荐做法：

评价模型及其在项目中的应用

评价模型是将以上七项原则逐一提炼，列出原则对应的做法和行为，对每项做法或行为设定0-5分的不同评分标准，最后统计每项原则的总分，形成类似下图的结果报告：

项目中的应用

基于共享模型，由 Tech Lead 和几个 DEV 和 QA 建立了一个评估组。

第一步：根据自己的理解给项目打分。结果非常有趣。请看下图：

根据这些结果，可以看出大家的认识并不一致。

第二步：评估团队对模型中的每个细节进行适当的修改，使其更符合项目情况，并在评估团队内部达成共识。其中，所做的修改包括修改原有的实践评分指标，增加更适合项目和当前技术趋势的新实践，删除过时或不一致的实践。

Step 3：根据更新后的模型指标，对项目团队进行评估试点，详细分析测试原则各维度对应的团队中好和差的部分，对评估团队成员进行综合评分软件测试和前端开发哪个简单，得到团队图片的评价结果​​。

第四步：根据评估结果，结合项目目标，对需要改进的改进进行优先排序软件测试和前端开发哪个简单，制定改进，并更新给试点团队实施。

跟进：在试点周期后重新评估，并在将模型推广到整个项目之前重新评估模型。同时，定期进行新的评价，制定新的评价，实现持续改进和优化。

总结

应用程序的质量、测试的速度以及上线后能够轻松自信地更新服务，是帮助企业实现商业价值最大化的关键因素之一，也是我们一直以来的追求。

一个基于测试原理的评估模型可以帮助我们在追求这个目标的过程中少走弯路，帮助我们不断改进以驱动更优秀的软件。