开发效率与系统稳定性杂谈

在互联网系统中，开发效率与系统稳定性与产品成败非常相关。开发效率在一定程度反映了团队的执行力，快速开发能力带来了产品的竞争优势。系统稳定性（包括安全及性能等）则是产品的后防线，稍有失误则会给产品带来很大伤害。因此开发效率与系统稳定性是衡量互联网系统开发成熟度最重要的两个指标。

在软件开发周期不同阶段，这两者如何控制？

在需求阶段，对开发效率的影响常见的是沟通理解偏差带来的技术风险，之外最常见的还有需求变更的风险。后者大多是来自市场环境的变化作出调整，技术主管更多的是积极心态去应对。但对前者沟通理解偏差导致效率问题也不罕见，更值得警惕。

在技术设计阶段最大的风险是技术方案，找个无需多讲，考验团队的架构能力以及对当前系统的驾驭程度。

开发阶段最大的风险是单元测试不到位或缺失。很多号称“敏捷”型项目依赖在线上测试及修改，当模块增多后，这样代码健壮性就会变得比较脆弱，不少团队也会越走越慢。

Review阶段风险是简洁性及性能。除了压力测试能达标之外，警惕那些不易懂的代码，这些代码将来会成为事故多发地带。

部署阶段最大的风险是上线计划把控，上线过程中操作错误的情况并不罕见，如去年Amazon EC2的故障就是由于操作失误造成。

从宏观看来，技术方案的风险最大，由于模块很多，具有丰富经验的高手不可能参与每一个环节，这就会出现木桶的短板效应，架构师认为不重要的地方总是会出问题。给用户体验造成极大伤害。

另外还有团队文化的风险。大部分团队很难形成书面交流的习惯。口头沟通需求、讨论方案对创业团队非常适合。在团队变大之后，这样的习惯会造成信息流动障碍，可能会给工作效率带来更多负面问题。同时大部分团队也对流程、模板、规范缺乏了解与重视，过多依赖参与人的内部驱动力及能力，无法依靠制度与流程来取胜。

本文出自seven的测试人生公众号最新内容请见作者的GitHub页：http://qaseven.github.io/

前端性能中重要概念之性能优化方案 前端性能优化方案 在现代Web应用中，前端性能是非常重要的一环。在开发过程中，开发者需要寻找和实施各种前端性能优化方案，以提升应用的性能和用户体验。下面介绍一些常用的前端性能优化方案：
性能测试知识科普(五)：能力分层 前面的文章分享了性能测试中的核心术语和指标、常用测试策略、压测工具选型以及性能需求分析的内容。写这篇文章的初衷是昨天有同学咨询我，希望通过付费方式让我教她性能测试，可以达到独立owner项目的程度。
Jmix - 业务系统高效开发的少代码平台 少代码具有低代码产品的所有优点，但是又没有任何低代码产品的缺点。[Jmix.cn ](https://www.jmix.cn/)从定位、产品设计方面把低代码平台的缺陷都抹平并且提升为优点。我们称它为 “少代码”。
如何解决前端多语言选型和实现难题？ 多语言(i18n)支持 是企业项目走向国际化的必经之路，也是前端工程师最佳实践的内容之一。不过，多语言框架众多，会带来一系列选型问题，相信大家在平时对项目进行多语言支持时，也往往会遇到如下几个问题：
如何降低微服务测试成本？我的经验之谈 本文为大家介绍微服务治理+测试：基于服务契约信息，降低云上微服务测试成本。如果您的团队具备较强的微服务治理+测试能力，那么希望我们在微服务治理+测试方面的实践和背后的思考，可以为您提供一些参考。