测试web应用程序不仅要测试网站本身，还需要检查网站各个层次的应用程序指标。这就像建造一架飞机:飞机的每一个部件都必须经过安全性设计和测试，只有各个子系统完成了开发并通过测试，它们才可以组装到最终产品上，进行飞行测试。对于这样一个复杂的系统，我们必须先保证各个部件的可靠性，然后才能假定最终成品有可能符合要求网站也类似。它也由各种组件和子系统构成，如网络、数据库、应用逻辑和前端，它们分布在各个层上，甚至每一层还可能有多个交互系统。通常，测试一个网站需要经过下面几个步骤:...

行政管理层不接纳实现网站创新及改进建议的一些现象。企业文化、安于现状和疏忽都会妨碍业务团队与工程团队的协调。...

如果业务团队与工程团队开始有共同语言，更好地理解对方，以及在组织中建立良好的相处关系，那么这对于公司肯定是好事，但是这些方法并不一定有效。有时候，是因为业务管理本身做得不好，特别是那些有较大影响力的行政角色做得不好。我将介绍一些破坏业务团队与技术团队之间协作的常见问题，以及相应的应对方法。...

业务团队和开发团队一定要在各自目标以及公司总体的业务目标上保持步调一致。当公司能够善加利用技术人员的特长和技能时，这种效果就能实现。形成孕育这种效果的文化和组织环境并不容易，但是如果两个团队都开始不断地向对方靠近(尽管这对于技术和非技术团队而言并不容易)，那么就可能实现这种效果。...

激励是提高员工生产力的重要因素。有时候，Web开发者会由于日复一日地重复相同工作而变得单调无趣。这在大型公司中尤为明显，因为在大公司中，人们更难尝试或创造新东西，而只有新东西才能吸引人们享受自己的日常工作。我们越是鼓励开发者做一些新工作，他们就会越积极主动，团队成员也会越积极主动，从而越有可能真正勤奋地工作第一时间解决问题，或是开发新网站和应用。只有积极主动的团队才最有可能与业务人员进行沟通，致力于公司长远目标的实现，而其他人则只会安于完成自己的本职工作。体现在公司的招聘实践...

业务与市场营销团队的基本关注点是寻找新客户并创造利润。与之相反，技术团队则专注于构建和支持那些执行业务的技术系统。由于各自的优先关注点不同，所以他们的认知也有着很大差别。在很多时候，在构建和管理一个系统来支持公司高层所设定的目标时，技术人员通常会认为业务团队会对他们起妨碍作用，而业务团队则将技术团队视为财务黑洞，特别是运维人员一一业务团队认为运维团队的开支束缚了公司的增长步伐。...

软件工程师与运维工程师双方在软件开发与维护过程中要更紧密协作和分享相似职责。对于运维与软件开发人员之间的关系，20年前与现在相比有何不同在发布、故障修复和协作方面)?...

当软件开发人员与运维工程师一起工作时，他们双方都并不清楚对方的工作性质与感觉，但是这两种职位有一定的相似性。软件开发人员负责构建和维护软件，而运维人员则负责保证软件的正常运行。开发人员构建的软件主要面向客户或最终用户，而运维工程师构建的软件则通常面向本部门或本公司的其他工程师。然而、在源代码方面、软件工程师与运维工程师之间已经不存在绝对的界线。现今的系统操作员不能只知道如何修改配置和维护文件系统、他们已经被新型工程师所取代:既要能开发新应用、又要能胜任运维工作并保证软件的高效...

如何把动态页面改造成适合缓存的静态页面呢?就是通过前面提及的去除影响因素的方法，即通过动静分离把这些因素独立出来。下面以详情系统(Detail)为例介绍如何做动静分离。...

静态化之前我们围绕Java层面做了很多优化，改进的思路也大多是尽量让应用本身更快地获取数据，更快地计算出结果，然后把结果返给用户。我们做了一个极端的测试:将系统全部的数据缓存，再直接返回所有的请求结果，在这种情况下压测Java系统，结果性能未能满足期望一即达到 2000甚至上万次的QPS-因此在 Java系统上不可能达成目标。...