我曾听说人们围根据章程组织组织他们的测试。什么是测试章程，你如何创建一个章程，以及他们是如何帮你进行测试的？

在测试中，我看到至少三个有两种常见的章程：团队章程和测试章程。让我们一次性来看看他们。

我曾合作过的一些测试团队，通过努力想出了团队章程。该章程描述了团队该做什么，以及该与管理人员协商什么？例如，当新主管假定质量保证团队对安全测试，可用性负责，或有一些其它不能做的功能时，这就避免了混淆。

当你说“根据章程管理测试，”我认为你可能有另外一层意思，如大量的工作，类似测试安全的东西。

实际上一点也不像测试案例——但从某种意义上讲，测试章程好像是大量工作集中的地方，称作会话。该章程是关于如何计划未来30分钟（或一个小时、或90分钟）的投资。这里有一些高水平的例子：

• 在老版本的IT进行电子表格渲染
• 当失去信号时，把物品移进或移出购物车

这里最基本的技巧是确定工作范围以适应章程的规模，可能会结合功能键、平台、场景和数据（Robert Sabourin的十个测试思想是设置章程的不错参考）。

使用章程管理测试的一个知名的方法可能是基于会话的测试管理。你开始做一个章程列表，然后按照最据风险和最重要的进行排列，这些你需要先做。把章程写在卡片上，一次拿出一张卡片，使用这张卡片上的章程找出bug.

无论何时，走过的经理都可以改变卡片的顺序，而且可以增更多，如果需要的话。

这里的目标不测试一切东西。开始时就要承认你不能测试一切。相反，目标是尽可能明智的利用你的时间，把大部分时间集中在测试上，而不是创建文档。

基于会话的测试管理并不是唯一的一种测试章程。在敏捷团队中，另外一种第一生产力是创建一个“故事”来找出关于软件的信息。这个故事的目的不是修复问题，只是做一些调查工作——而这些常常被诬赖为章程。

关于测试章程有许多可说的，不足以在这一篇简短的文章中就叙述完的。一般来说，章程是一个抽象的概念，是一个占位符来表示测试人员如何花费一个单位的时间的。他们不是可重复的测试，而更多的是专注于价值和信息收集。