NO.133 项目研发之开发团队篇:申请测试,解决bug。

当项目的版本创建完毕之后,就可以提交给测试人员进行测试了,提交测试会生成一个测试任务。在这儿需要和大家解释下这个测试任务的概念。其实英文里面里面比较合适的单位是testrun,但翻译到中文里面没有太贴切的词语,我们暂时用了测试任务的概念。但这个测试任务和项目里面创建的类型为“测试”的任务没有直接关联。请大家在使用的时候,注意这个细节。

一般来讲,我们在分解任务的时候,可以创建若干测试类型的任务,比如测试某某,测试某某,大概估计下测试需要的时间。然后具体的测试工作通过测试视图的测试任务来跟踪。

使用禅道项目管理软件申请测试的步骤:

1、进入项目视图,点击“测试申请”。

2、然后选择“提交测试”,即可出现提交测试的页面。

NO.133 项目研发之开发团队篇:申请测试,解决bug。

说明:

1、负责人为本次测试的负责人。

2、可以指定这次测试预计起止的时间。

3、任务描述里面,可以注明此次测试需要注意的地方。

4、还需要说明的一点是,目前测试任务还没有指派的功能,所以需要大家线下通知测试团队的负责人,由他来负责组织相应人员来进行测试。


提交测试之后,测试人员展开测试,便会有bu*生。这时候研发团队的一个重要职责便是解决bug。

禅道项目管理软件里面bug的处理流程比较简单:

测试人员提交bug => 开发人员解决bug => 测试人员验证关闭,这是比较正常的流程。还有一个流程是**流程:

测试人员提交bug => 开发人员解决bug => 测试人员验证未通过 => **bug => 重新解决 =>验证关闭。

开发人员所需要做的事情便是处理自己负责bug,并在禅道中登记解决方案:

1. 项目视图中的bug列表

NO.133 项目研发之开发团队篇:申请测试,解决bug。


2. bug的详情页面也可以找到“解决”操作的按钮。

NO.133 项目研发之开发团队篇:申请测试,解决bug。


3. 解决bug的时候,需要填写bug的解决方案。

NO.133 项目研发之开发团队篇:申请测试,解决bug。


附:bug的解决方案

禅道项目管理软件总共提供了其中解决方案:

bydesign => 设计如此,无需改动。

duplicate => 重复Bug,以前已经有同样的bug。

external => 外部原因,非本系统原因。

fixed => 已解决。

notrepro => 无法重现,无非重现bug。

postponed => 延期处理,确实是bug,但现在不解,放在以后。

willnotfix => 不予解决

这其中“已解决”和“延期”的bug视为有效bug。


转载于:https://my.oschina.net/candou/blog/225514