BugFree快速使用入门.doc

BugFree快速使用入门Demo地址/demo/Login.php 1.主页面 访问，你就可以看到BugFree的真面目了。 .1 左侧栏 项目及其模块的列表：你选择不同的项目，系统会自动列出其下属的模块。 此处列出分派给你的没有被关闭(终止生命)的Bug。 由我创建：此处列出你最近新建的没有被关闭(终止生命)的Bug。 我的查询：所有你个人定义的查询条件【查询】中把查询条件起个名字永久保留起来，这里将会显示出。 .2 右侧栏 .2.1 页面组成 “1”是缺省显示的查询页面，上面显示查询条件、下面显示查询出来的符合条件的Bug； “”是点击一个Bug时，显示该Bug的所有信息。 .2.2 查询 查询你可以根据自己需要，选择不同的查询条件，比如查找 Bug编号小100 下面就会倒序显示所有ID号小于100的Bug。 .2.3 保存查询 你也可以选择保存查询，给这次定义的查询命名永久保存起来，然后就可以在【左栏】的“查询”中随时使用这个查询。… 该项目模块的程序负责人.抄送给…如果还希望谁能看到该Case就发邮件给他.其它项略. 2.1.3创建 如果有自动化测试脚本的相关信息请选择或填写各项. 2.1.4其它信息 填写关键词以便以后查询.如果有与该Case相关的文档或附件请上传. 2.1.4注释 该部分可填写撰写该测试用例的目的,着重点,测试环境等等信息. 2.1.5步骤 操作该功能模块时的步骤,及相关的数据,参数等. 2.1.6 保存 2.1.7运行 当Case被保存后,点击运行,进入创建Result界面. 2.1.8编辑 如果需要修改用例的一些信息,可点击编辑修改. 2.2.1查询Case 点击查询的用例名可进入Case#2页面.该页面可有查看,编辑(修改当前Case信息),复制(方便我们创建相近的Case),运行(创建的时候没有运行),下一个(可编辑多个Case)几个模块. 3.创建Result 该界面是填写测试用例的执行情况的.如果”执行结果”是失败的,则需要在注释中填写在那一个测试步骤中发现了BUG或者提出自己的合理建议(也可以在以后的创建Bug界面填写相关内容).指派给相关的程序人员修改.其它信息中要注意填写系统的版本(客户+地图+引擎)和硬件的信息.这样就传递给”Test Result”一个信息,从而判断该测试用例是否执行成功. 3.1创建Bug 输入标题(突出主要的问题,简练),选择出错的功能模块.BUG的等级,类型,发现方式,指派给谁 BUG的描述(在撰写的过程中,最好能透过表象抓住实质帮助程序员很好的找到问题的症结) 是重点对象. 3.2下一个 我们可以基于一个用例创建很多的Bug. 3.3.1查询TestResult 3.3.2查询条件 参考主页面和Case的介绍. 4. 一个Bug的过程 ”解决”介入界面,填写修改BUG的意见和引起它产生的原因. (注:一定要写上你的修改的意见,以便测试人员在以后的测试中抓住问题的实质而不是停留在表象,给程序员在分析BUG时造成困扰;这些信息也是以后绩效考评的重要的参考) 测试人员审定Bug的解决情况后,点击”关闭”,从而结束该Bug的生命. 如果因为数据的更新或版本的升级后重现了该Bug,点击”激活”,再次开始新的BUG的生命周期. 该Bug会自动被指派给当初解决(Resolve) 的同事，当然你在激活的时候应该写上为什么你这么做，让别人明白你激活它是由道理的。 一个Bug有7种： By Design - 就是这么设计的，无效的Bug Duplicate - 这个问题别人已经发现了，重复的Bug External - 是个外部因素(比如浏览器、操作系统、其他第3方软件)造成的问题 Fixed - 问题被修理掉了。Tester要尽可能找到这种Bug Not Repro - 无法复现你这个问题，无效的Bug Postponed - 是个问题，但是目前不必修理了，推迟到以后再解 Wont Fix - 是个问题，但是不值得修理了，不管它吧 . 添加项目及模块 (BugFree的后台管理)”全部导出”. BugFree使用过程中常见的问题 1 不能正确的改变Bug状态 一个Bug只有3种状态：Active、Resolved、Closed。实践中经常有不熟悉的同事通过“编辑 (Edit)”来改变所有的状态，那是不合适的。 正确的状态转换方法应该是： 某个状态自己到自己的改变，使用“编辑 (Edit)”。比如一个Active的Bug，从一个人指派到另外一个人； Active - Resolved 只能用“解决 (Resolve)”； Resolved - Closed 只能用“关闭 (Closed)”； Resolved - Acti