一晃来了一年了。新部门的人事震荡基本结束，各项工作逐渐步入正轨。新招聘一位测试主管，老主管中的一位转为部门助理兼测试经理，另一位转做公司SQA，两人对新角色都基本满意。新提拔的几名测试经理成长很快，表现基本达到预期。部门的管理架构初具规模，开始正常运转，骨干人员无一人离职。在部门制度建设、测试基础设施建设等方面也都有所作为。经过一年的工作周期
KasparvanDam自2005年以来一直在测试领域活跃着，且自2009年起就专攻测试自动化和性能测试。他在许多公司当过测试工具工程师和测试顾问。他的经验覆盖了测试自动化和性能测试的技术实施以及该工作领域的不同管理与协作任务。在他的公司（荷兰Ordina公司）里，Kaspar是测试自动化的思想领袖之一，负责一部分公司愿景发展和建议。他还负责一些关于测试自动化和性能测试的业务课程。
新测试部门在形式上成立了，面上的整合也都做了，深度的整合才刚刚开始。对已有部门人员和组织架构盘点一遍，发现情况极不乐观。第一，两名原代理测试主管，一名开始休为期四个月的产假，一名刚休四个月产假回来。在代理测试主管下面，有几名测试骨干，但是没人具备一点儿测试团队管理经验，过往基本上是每位测试主管直接管理下面的二十位左右测试工
MichaelKopp是Compu-ware公司卓越APM中心的一名技术分析师，他做过10多年的Java/JEE领域的设计师和开发员。另外，Kopp还专攻虚拟和云的大规模生产部署的结构和性能。?新APM强调每笔交易的成本;帮助测试员提升其在将投资最大化中的战略性作用企业进入云就会产生许多利益，包括业务更灵活，显著节省成本，当然还可以增加利润。连续应用程序性能管理
后面的一系列事实验证了我的预感。在公司的组织架构中，我做为公司级的新测试部门的部门经理，汇报给公司主管研发方向的副总，原则上和两个业务方向上的开 发部门的部门经理平级。但在实际运行中，副总已远离基层工作多年，更多是听取两个开发部门部门经理的汇报，互相信任度很高；在以前测试主管也是汇报给开发 的部门经理，开发的部门经理对测试部
KlausEnzenhofer在Web性能优化和用户体验管理方面有多年经验及专业知识。他在dynaTrace软件公司的卓越团队中心担任技术战略专家。身居这一职位，他推进了dynaTraceAPP性能管理解决方案和Web性能优化工具——dynaTraceAJAX版的开发。他通过在Tiscover有限公司开发和运行大规模的门户网站，积累了大量web和性能方面的经验。?加
来到公司后，接手的第一项任务，就是把原有的两个小测试部门整合为一个公司级的大测试部门。公司有两大业务方向，每个业务方向都有一个开发部门和一个测试 部门，每个测试部门的主管都汇报给相应开发部门的主管。公司之所以考虑将测试部门整合起来，原因大致有以下几点。第一，公司治理的需要。测试部门直接受开 发部门管理，将无法有效地行使监督检查和质量保证的职责，
呵呵，项目做完了，连路由的几种实现方式都没搞明白，够丢人，节后第一天上班心情沉重捏，就简单参考总结下吧。能力有限，不正确之处请大拿指摘。1、express模版app.js默认形式，所有路由都写在app.js中（基于express3.x）app.jsvarexpress=require('express');varro
RajeshMathur是香港航空公司——国泰航空的测试交付经理。他管理航线运营和货物域下多个项目的测试。有着16年以上的软件测试经验，Rajesh曾在美国、英国、印度和中国香港等地居住过并在那儿建立了自己的事业，他担任过许多知名度很高的耗资百万美元的项目的测试员、测试负责人、测试经理、程序经理以及测试交付经理。在他的职业生涯中，他在测试舞台活跃了很长一段时间，并通过训练、指导、参与研讨会，
空降到新公司做测试部门的部门经理有一年了，回头看看，才发现自己有多勇敢和幸运。和我同一批空降过来的，还有两位研发方向的副总，一位项目总监；其中一 位副总来了不到3个月就走了，项目总监坚持了10个月，另一位副总熬了11个月，都不满1年。比我们这批早来几个月的，还有2名市场营销方向的副总，也只 干了半年左右就悻悻离开，其中一位曾
