Bugfree使用说明书研发版修改版

EnovellBugfree管理工具研发专用Bugfree使用说明书研发版EnovellBugfree管理工具研发专用Bugfree使用说明书研发版

目录一、Login 2二、登录Bugfree 2三、主界面 2四、用户信息模块（图1-2中标号为1） 31.用户名 32.编辑我信息 33.退出 4五、项目选择及模块筛选框（图1-2中标号为2） 51.项目选择框 52.项目模块框 6六、模式切换标签和查询框（图1-2中标号为3） 7七、个性显示框（图1-2中标号为4） 9八、查询结果框（图1-2中标号为5） 101.bug三种状态 10（1）Active 10（2）Resolved 11（3）Closed 112.bug生命周期 11（1）经过查询框过滤出全部指派给自己bug 11（2）单击“活动”状态bug标题，打开链接 12（3）单击“处理”按钮，进入“已处理”状态 14（4）填写处理信息并保留 16九、编后语 18

一、Login输入以下地址并加入你浏览器收藏夹：:8080/bugfree/Login.php二、登录Bugfree图1-1输入用户名和密码即可登录Bugfree主界面，初始用户名和密码暂定为各读者汉字全名拼音字母组合，输入完成，单击“登录”按钮（或回车），进入主界面。三、主界面图1-2下面分别讲述各模块使用方法。四、用户信息模块（图1-2中标号为1）1.用户名图1-3图中所指为用户真实姓名，此处经常被忽略，实际上却传达着主要信息，严格地说，每个人都应重新设定密码，以预防相互使用他人帐号从而造成管理上混乱。2.编辑我信息

图1-4单击图中所表示按钮，进入以下界面

图1-5可对真实姓名、Email、密码等信息进行编辑，完成后单击“提交”按钮，即可修改个人信息，此处密码即为登录密码，如读者以为有必要，可对初始密码进行修改。3.退出

图1-6单击“退出”按钮，可回到登陆界面，如图1-1，除特殊情况下需登录他人帐号之外，这个功效是用不到，可直接单击主界面（如图1-2）右上角关闭按钮退出Bugfree。五、项目选择及模块筛选框（图1-2中标号为2）1.项目选择框图1-7图中所表示即为项目选择框，单击右侧按钮，可弹出项目下拉菜单（如图1-8），可切换项目名称从而实现对模块列表和查询结果（图1-2中标号为5模块）切换（如图1-9）

图1-8图1-9与此同时，查询结果也实现切换。图1-10在此要尤其说明一下，企业现使用版本Bugfree本身也有bug，即首次进入主界面时，项目选择框和中默认项目与查询结果框中所显示bug往往不一致，此时选中默认项目，亦不能切换查询结果，只有切换项目选择框中项目名，才可实现查询结果切换。2.项目模块框单击模块左侧“+”“-”按钮，可实现对模块展开和收起，单击模块名称，可过滤出该模块中全部bug并显示在查询结果框中（如图1-12）

图1-11图1-12六、模式切换标签和查询框（图1-2中标号为3）图1-13图中所表示即为模式切换标签，研发组员只会用到第一个标签，即Bug模式。其下方即为查询框，可自行设置查询条件，单击“提交查询”，即在查询结果中显示符合查询条件bug，全部选择框支持含糊搜索。在此需要尤其指出是，此查询框与项目选择框和项目模块框是完全独立两套体系，就是说，即使项目选择框中显示是当前项目，如不在查询框中选择项目名称，系统仍会默认是对全部项目中符合条件bug进行筛选。另外，凡是右侧有按钮选择框都可单击按钮打开下拉菜单，就是说，查询字段并不是固定，可在一定范围内实现自定义查询。除项目名称外，BugID也是经常被用到字段，它能够在瞬间锁定某一个bug，如图1-14。图1-14除此之外，最经常被研发人员用到，就是“指派给”这一字段。在下拉框中找到自己名字并选中（如图1-15），单击“提交查询”按钮，即可在查询结果中查询到全部指派给自己bug。效果如图1-16。图1-15 图1-16当左右模块之间关系定为“而且”时，两模块连结成一个整体，当用到“指派给”这类字段时，要注意清空其余搜索框，以确保查询结果全部显示。

七、个性显示框（图1-2中标号为4）单击“指派给我”按钮，即可查看指派给自己最近10条统计，单击任意bug统计，即可进入该bug创建修改界面，从而对这些最新指派给自己bug进行处理。

图1-17八、查询结果框（图1-2中标号为5）1.bug三种状态状态说明Active(活动)Bug初始状态。任何新建Bug状态都是Active。能够经过编辑修改Bug内容，并指派给适宜人员处理。Resolved(已处理)处理Bug之后状态。Closed(已关闭)已修复Bug在验证无误之后关闭，该Bug处理完成。假如没有真正处理或者重新复现，能够重新激活，Bug状态重新变为Active。表1-1（1）Active图1-18（2）Resolved图1-19（3）Closed图1-202.bug生命周期因为创建bug是测试人员工作，在此不作赘述，只简述研发人员操作流程。（1）经过查询框过滤出全部指派给自己bug图1-21假如你一个人做项目标话，也可使用项目选择框或项目模块框来筛选bug。图1-22此种查询方式可实现对当前项目或某一模块更为全方面、直观监督。（2）单击“活动”状态bug标题，打开链接 图1-23进入bug界面。 图1-24依照实践经验，按照图中所表示次序进行操作，可在最快时间内锁定问题。首先打开附件处图片，对照图片阅读复现步骤，在充分了解问题之后，对问题进行筛选归类。笔者认为，看一个bug处理一个问题，并不是一个高效工作方式，因为测试人员水平和了解能力往往参差不齐，有些问题实际上是由测试员不了解业务引发，因为产品一直是由程序员创作产生，你们对产品业务和实现方法掌握着更多信息，而测试员在此期间难免对一些问题存在误解，而且因为水平和经验所限，一些测试错误是难以防止。所以笔者认为，在程序员真正开始对某一个模块进行修改之前，应先把模块内全部活动状态bug浏览一遍，并进行分类归总。其分类方式已经在Bugfree中给出。类型处理方案详细说明

三种无效BugByDesign设计需求就是这么设计Duplicate这个问题他人已经发觉NotRepro无法复现问题

四种有效BugFixed问题被修复External外部原因(比如浏览器、操作系统、其余第三方软件)造成问题Postponed发觉太晚了，下一个版本讨论是否处理Won’tFix是个问题，不过不值得修复表1-2（3）单击“处理”按钮，进入“已处理”状态 图1-25处理Build即是版本号，将上面创建Build版本号抄下来即可，处理方案则依照表1-2中标准进行定制，其它地方都能够空着。在此要尤其指出是，在单击Duplicate这一字段时，系统会要求输入重复问题BugID，出于对测试人员心血尊重，切不可为绕过这一步而选择Fixed字段从而影响测试人员判断，当然，假如你按我说在处理bug之前先进行过滤，是没有机会偷这个懒，对你自己也只会起到一个减轻心理负担作用，假如找不到重复bug，可用查询框进行含糊搜索，详细实现以下列图。图1-26在检索出结果中寻找出重复问题进行处理，此处需要注意是，所输入词汇必须是Bug标题中出现过，另外，也可用项目模块框进行寻找。在此需要尤其指出是，在Bugfree中，BugID排序是按照提交先后进行设置，也就是说，号数小是先提交，号数大是后提交。所以，在使用Duplicate字段时要尤其注意，一定是号数大重复号数小，而不可能是反过来。所以在你提交之前，一定要先检验界面右上方编号是否大于你自己所输入重复ID，假如不是，说明你弄反了，应该把重复ID所代表bug使用Duplicate弃掉。图1-27只有两种特殊情况能够违反以上判定标准，一是日后提交bug是对前一问题补充，这种补充不是指描述上补充，而是错误上补充，即提出了新错误点，或是程序员在更改代码过程中把一些已存在bug深入扩大化，测试员为了全方面覆盖问题而重复提交，对这类问题不能使用Duplicate这一字段。还有一个情况，就是前一个bug是由后一个bug引发，而后一个bug是前一个bug产生根源，在这种情况下，应对前一个bug使用Duplicate。在此需要强调是，程序员在对bug进行分类时，应尽可能尊重事实，不要用自己错误去影响测试员和项目经理判断。当一个项目由两个以上测试人员参加测试时，这类重复问题可能会非常多，即使只有一个人测，因为水平所限，各种测试错误也在所难免，所以个人认为在修改bug之前对问题进行验证和过滤是十分必要。（4）填写处理信息并保留按下列图中标号次序进行操作，请仔细填写处理方案和注释文字，然后单击“保留”按钮，因为服务器性能缺点，在这个过程中很可能出现操作失败，此时可将主要信息暂时备份，待系统恢复后重新提交。图1-28操作成功界面以下。图1-29与此同时，主界面中对该问题显示变为处理状态，在此需要尤其指出是，即使现在版本Bugfree仍存在一些缺点，但同时处理做得还是不错，所以并不存在操作上时延，希望广大程序员在对待自己项目时也能注意到这一点，因为它好处是显而易见。图1-30到此为止，bug过滤过程基本完成，剩下待处理bug，在自行修改验证自认为没有问题之后单击Fixed字段保留，为尽可能缩短测试周期，降低测试轮次，程序员在修改问题时应尽可能专心去完成，因为项目经理会全程监督这个过程，并依照监督结果对程序员进行直接考评。之后，测试员会对处于处理状态bug进行验证，如问题没有得到处理或在修改代码过程中引入了新问题，该bug会被再度激活，如经验证确实已经处理，测试员会将该bug关闭。图1-31在此需要强调是，现在版本Bugfree权限设置还不完善，