|
精明的团队很早就对质量进行明确。他们知道在项目后期他们需要通过测试用例找出Bug并评估进展，他们决定不等到结束的时候再去处理这些事情。可以在项目初期就做出有关质量的决策。 测试驱动式开发（TDD）是一种流行的在初期就引入质量管理的开发模式，它使测试及质量保障与每个功能特性的设计结为一体。测试用例（软件在发布前必须满足的条件）在编写代码前就已被创建，以确定代码应达到的条件。既然你不会蠢到开车的时候不知道要去哪儿，为什么要在你还没明确目标之前就开始编码呢（除非你喜欢在公路上闲逛或者编的是些简单代码）？ TDD的精髓适用于各种类型的工作。如果你能尽早确定最终要实现的各种特性并把它通知给其他人，成功的机率就会升高。这就是从各项分工的角度将结果分解，使每个人都能最大程度地运用各自的技能帮助项目达到目标。 只有主管能发动和结束战争 战争史清楚地表明了一点：是那些大权在握者制造了导致战争的因素。不管对妥协是惧怕还是拒绝，主管都有能力发动和结束冲突。测试员和程序员没什么差别，如果在开发团队中发生冲突，就要从主管身上找原因。 高级程序员和高级测试员之间的关系为组织中其余的人定了调子。如果一方对另一方不予理睬、嘲笑或耍威风，那另一方也会跟着这么做。主管确立行为准则－某个角色的工作该如何去做，他该如何对待其他的角色。这也同样适用于团队的管理者，管理所有程序员和测试员的人的行为将确定组织中每个人的行为准则。 为改善测试员和程序员之间的关系，双方的主管需要对局势负起责任，这类事情要比那些技术类的工作拥有更高的优先级。本文及以前有关于这方面的文章有助于为解决此类问题提供一些思路。不过只有当主管们敢于进取，明智地承认这些问题，并带领双方制定一个如何改变的协作计划，这一切才会真正得以改进。 关于作者 Scott Berkun是《项目管理的艺术》一书的作者，他目前是一名项目管理和产品设计领域的独立顾问，并主持www.scottberkun.com网的pmclinic（PM诊所）栏目－一个友好的、有关项目管理方面的论坛。 |
正在阅读：如何结束测试员和程序员之间的战争如何结束测试员和程序员之间的战争
2005-09-15 10:14
出处：
责任编辑：moningfeng
键盘也能翻页，试试“← →”键
