五、测试计划管理

现在我们有了测试需求，有了测试版本，有了测试用例，还有了测试套件，那么我们接下来可以开始执行测试了吧？ 先别急，做什么事好都有一个计划，测试工作也不例外。 所谓测试计划，其实是如何来测试某一个版本，保证其代码质量。 站在测试组织管理的角度来看待，这里面包括这样几个工作：

5.1 提交测试，创建测试任务

当一个测试版本创建之后，我们可以提交测试进行测试了。提交测试主要注明要测试哪一个版本，预期开始和结束的时间是什么，还可以有一些备注的信息。

5.2 测试用例的确定

当一个测试任务创建之后，我们需要为这个测试任务确定好都要执行哪些测试用例。由于每个测试版本都有注册这个版本所完成的需求或者解决得BUG，因为确定需要执行的测试用例的过程，是根据相应的需求或者BUG筛选测试用例的过程。

5.3 测试用例的分派

那么通过上述的用例筛选功能，确定好这一次测试需要执行的用例之后，下一步的工作是将测试用例做好分配。当然，如果某一个测试任务只有自己来进行，那么这个工作可以省却。但如果一个测试需要很多人一起完成，或者是需要外包给第三方公司进行，那么可以通过这个功能来指派测试用例。

六、测试执行管理

测试计划做完之后，每个人头上负责执行的测试用例也都非常清楚了。这时候每个人要做的事情是执行自己头上所负责的测试用例

6.1 测试用例执行

首先我们来看下测试用例的执行页面：

由于我们设计的测试用例是分开步骤地，所以在执行测试用例的时候，可以非常清晰的确定每一个步骤执行的结果。

在测试任务的用例列表界面，可以查看每一个用例后的执行情况。

6.2 从测试结果创建BUG

当一个测试用例执行失败之后，可以从测试结果中直接创建一个BUG，指派相应的开发人员进行解决。

大家可以看到，我们可以自动生成BUG的重现步骤：-） 这是将测试用例步骤分开的好处。

七、缺陷管理

缺陷管理是一个测试管理工具中重要的功能了。当测试过程中产生了bug之后，开发人员和测试人员的互动通过bug来进行。这里面包括基本的创建bug、解决bug、编辑、验证关闭，激活等功能。这一块的功能和逻辑大家都比较熟悉，不再赘述。

我们想特别和大家分享的一点是bug到测试用例的转化。有的bug非常的经典，也非常重要，但是在这个bug出现的时候，当前系统里并没有用例 覆盖它，所以我们需要将其放在用例库里面，以保证后续的版本不再重返类似的问题。因此我们设计的系统中还提供了bug转为用例的功能。

将Bug的步骤自动计算为用例的步骤，是不是很酷？

八、发布管理

当开发人员解决了若干bug之后，可以重新创建一个测试版本，然后提交测试，然后又是测试计划，测试执行... … 如此往返，直到后一个阶段测试工作终结，我们可以创建一个发布了。

在创建发布的时候，需要选择一个测试版本(build)，而这个测试版本又关联了这个发布所完成的需求、所设计的用例以及所提交的bug，由此与前面的工作完美的形成了闭合。