四、测试版本管理
在目前的软件开发流程中，代码的版本控制已经得到了普遍的应用。 而由此我们可以引申出测试版本这个概念。 一个测试版本可以是对应一个Build，也可以对应一个时间点，测试版本的概念很重要，通过它我们可以明确我们目前测试的范畴，知晓我们需要执行哪些测试用例。同时开发人员在修复bug的时候，也可以明确当前的修复工作会影响到哪个版本。
4.1 版本和需求、bug的关联
首先我们需要实现的便是测试版本和需求、bug的关联。也就是我们在创建一个测试版本的时候，需要确定这个版本都完成了哪些需求，解决了哪些bug，这样就界定了我们测试的范畴。下图是我们设计的系统中实现的创建版本时，需求和bug的关联页面。
4.2 版本和源代码管理系统的集成
一个版本肯定对应到源代码管理系统中的某一个路径，一般是对应到类似tags/xxx.1.0.build1类似的目录。细心的读者可能已经注意到，我们上面图中的源代码和存储地址是以文本框的形式呈现的。这也是我们正在计划实现的一个功能，就是源代码的版本可以自动从源代码管理软件中获取。 比如我可以从Subversion的某一个路径中获得对应的代码版本，这样就可以将测试管理系统和代码管理系统进行有机的结合。
五、测试计划管理
现在我们有了测试需求，有了测试版本，有了测试用例，还有了测试套件，那么我们接下来就可以开始执行测试了吧？ 先别急，做什么事最好都有一个计划，测试工作也不例外。 所谓测试计划，其实就是如何来测试某一个版本，保证其代码质量。 站在测试组织管理的角度来看待，这里面包括这样几个工作：
5.1 提交测试，创建测试任务
当一个测试版本创建之后，我们就可以提交测试进行测试了。提交测试主要注明要测试哪一个版本，预期开始和结束的时间是什么，还可以有一些备注的信息。
……………………
查看全文请点击下载：http://www.51testing.com/html/56/n-811856.html
七、缺陷管理
缺陷管理是一个测试管理工具中最重要的功能了。当测试过程中产生了bug之后，开发人员和测试人员的互动就通过bug来进行。这里面包括基本的创建bug、解决bug、编辑、验证关闭，激活等功能。这一块的功能和逻辑大家都比较熟悉，不再赘述。
我们想特别和大家分享的一点是bug到测试用例的转化。有的bug非常的经典，也非常重要，但是在这个bug出现的时候，当前系统里并没有用例覆盖它，所以我们需要将其放在用例库里面，以保证后续的版本不再重返类似的问题。因此我们设计的系统中还提供了bug转为用例的功能。
将Bug的步骤自动计算为用例的步骤，是不是很酷？
八、发布管理
当开发人员解决了若干bug之后，就可以重新创建一个测试版本，然后提交测试，然后又是测试计划，测试执行... … 如此往返，直到最后一个阶段测试工作终结，我们就可以创建一个发布了。
在创建发布的时候，需要选择一个测试版本(build)，而这个测试版本又关联了这个发布所完成的需求、所设计的用例以及所提交的bug，由此与前面的工作完美的形成了闭合。
……
查看全文请点击下载：http://www.51testing.com/html/56/n-811856.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
