51Testing：结合实际，具体说说软件测试流程改进的方法。
茹炳晟：好大的话题，要以简短的几句话来归纳回答可能超出了我的能力范围。在这里我推荐大家可以抽空阅读Tim Koomen和Martin Pol的Test Process Improvement: A Step-by-step Guide to Structured Testing一书，相信必定受益匪浅。
51Testing：在系统开发和测试过程中，会有各种可能导致系统发布延迟的风险，结合具体案例说说您是处理的，提出相应的解决办法。
茹炳晟：具体案例讲起来长篇大论的，在这里就不展开了，只是罗列一些我在工作中积累的解决或缓解方法吧：
1、实时把握项目健康状态，对于可能延误的风险要由心理上的预期，并根据延误的具体原因，制订相关的应对措施。比如，如果项目延误是由于需求的增加或变更，那么作为测试部门必须同时做好新需求的理解和新测试用例的设计和实现。如果延误是由于发现了重大的缺陷需要修复，测试部门就需要参与到该重大缺陷原因分析和修改评审中，从而评估影响范围，确定是否需要增加或者修改原有的测试用例，同时需要确定回归测试的范围。如果由于开发的延误导致被测软件版本的延误，就需要与项目经理确认整个交付的时间是否顺延，如果不顺延就需要从新评估测试资源和调整测试计划。
2、对于所有的测试需求以及相对应的测试用例建立优先级列表。当遇到需要在项目进度和测试质量之间进行取舍的时候，比如在既有的测试资源（时间资源，人力资源）条件下已无法完成全部计划的测试任务时，可以根据优先级列表，保证高优先级的测试用例必须被执行并通过，这样的做法其实是符合通用的80/20原则的。
3、充分发挥自动化测试和持续集成的优点。工程师的人天数是固定的，每天8小时，就算算上必要的加班，时间也是有限的。自动化测试结合持续集成的优点之一就是可以使测试24小时全天候不间断执行。通常的做法是通过持续集成系统在晚上触发自动化测试的执行，工程师在工作时间仅关注并分析失败的测试用例。
4、在人力资源有限的情况下，外包部分相对机械化的测试工作也是行之有效的方法。
51Testing：为什么说测试流程需要不断的改进？完善的测试流程对软件测试的价值体现在哪里？
茹炳晟：测试流程改进是为实现测试团队长期成功和发展而进行的投资。测试流程改进能帮助摆脱软件项目常见的进度滞后和交付质量低下组成的恶性循环。测试流程改进的主要价值在于加强了测试过程中那些创造价值的步骤，并将那些不能增加价值的非必要步骤去除。众所周知，软件的质量是在构建软件的过程中形成的，而驱动整个软件构建过程的正式我们的流程，好的流程将会给组织在相同的投入带来下更大的价值，这将体现在精益的质量文化，最佳实践的集中体现和组织能力的持续改进等多个方面。最后套用朱少民先生的一句话来结束这个话题：“制胜之道：三流员工、二流管理、一流流程”。
51Testing：给刚刚从测试工程师晋升为管理人员的测试管理者一些建议吧。
茹炳晟：建议谈不上，只是个人的一些看法：
1、测试管理者需要做到管理与技术并重。作为测试管理者，必须具备扎实的技术功底，同时具有良好的沟通协调能力。目前国内的很多小的测试团队技术实力偏弱，这就需要测试管理人员在测试策略等大方向的把握能力。
2、在团队相对成熟的情况下，测试管理者不要管的太细，大方向把握好了，大局观有了，剩下的就应该放手让大家去做。这样一方面表达了你对下属的信任，另一方面能够充分发挥下属的主观能动性。
3、作为测试管理者，必须勇于担当，敢于承担责任。如果做不到这一点，我个人认为就不是一个合格的管理者。
4、在软件质量等原则性问题上，能够做到坚持自己的主见，敢于坚持原则。
5、就测试项目而言，能够较好地把握软件质量和进度压力的平衡。
6、做好团队氛围建设，创建积极的、对测试工作充满激情的团队，保持团队的交流，关心下属，共享成长的机会。
