Bugfree使用手册.doc

Bugfree使用手册（抢先版）一、“首页”界面简介“首页”分为三部分：分别是“指派给我的bug”链接、“由我创建的bug”链接及“最新动态”链接，使登陆者可以快速的查看自己关心的内容。二、“我的档案”界面简介“我的档案”可以修改自己的登录密码；三、权限篇：本版Bugfree完全按照登录人的权限，赋予其相关的操作权限。原则上，开发人员仅具有“开发人员”权限（开发接口人还具有“开发接口”权限）；测试人员仅具有“测试人员”权限（测试接口人还具有“测试接口”权限）；工程人员仅具有“工程人员”权限。如果各部门对个别人员的权限需要调整，请与测试部联系。（1）开发人员权限截图：（2）工程人员权限截图：（3）测试人员权限截图：四、“开发测试”界面简介先简单介绍下“开发测试”页面的布局：（1）“搜索”可以根据bug的相关关键字，搜索出相关bug的内容；（2）“指派给我的bug”是“指派给”我的bug，也是需要我解决的bug；（3）“由我创建的bug”是“创建”人是我的bug；（4）“提交流程图”是bug提交流程的图形化展现，是提交bug需要遵守的流程；（5）“导出csv”可以导出当前页的页面内容；（6）左边树为快捷筛选bug的界面，如点击“bug状态”为“开发需求审核中”，则展现所有的bug状态为开发需求审核中的bug列表。五、“开发测试”基本功能简介（1）“创建”相关需求工程/开发人员首先通过“开发测试”页面创建并填写需求相关内容；l “产品模块”需选择开发需求所属的模块（如“前置”、“网关”、“web”或是“接口”）l “版本信息”为当前工程现场所有前置缓存包、web包详细列表截图（此项为工程人员必填项！如果不填或者与测试部发布的版本不同，测试人员将不再测试。）l “要求时间”为该bug最迟解决时间，请提交者尽量合理的估计开发和测试时间；l “系统/浏览器”为发现bug是所用的系统和浏览器相关信息；l “bug状态”为下一阶段的状态，此处只能选择“开发需求审核中”；l “原因”为进入下一阶段的原因，此处只能选择“开发需求提交”；l “当前指派”为谁去审核，此处我们规定，所有的开发需求必须经过“开发接口人”的审核，此处只能选择“向兵”和“王军”；l “bug标题”是必填项；l “bug内容”请详细描述开发需求的内容；l “关键词”为概括bug的最简略词汇；l “测试需求”，如果在bug内容中不能全面详细的叙述开发需求，可从附件上传相关内容。保存后，跳转回“开发测试界面”；感叹号标识置顶，如果需要置顶，请与测试部联系！（2）“查看”相关需求工程/开发人员点击bug，可以看见现在bug所处的位置（红色标识）、bug处理的详细过程及bug的相关信息；（3）“编辑”相关需求工程/开发人员编辑相关内容时，l 只有需求创建者能够修改“bug内容”、“要求解决时间”等等需求基本信息，其他人员无权修改；l 只有指派给登陆者时，登陆者才能修改“当前指派”、“bug状态”、“原因”等等状态信息；l 只有测试部才能填写“版本信息”；l 只有“admin”才能修改置顶状态。所以如果需要置顶，请与测试部联系；如果指派人指派错了，一般无法修正，只能通知测试部协助修改指派人（系统已经对于基本的指派错误做了告警，比如让具有测试接口权限的人做开发，是会告警且不能提交的，但是如果应该让开发人员A做开发，但是选择成了开发人员B，就只能通知测试部协助修改了）。（4）“关闭”相关需求仅有该需求的创建者和具有测试接口人权限的人员可以关闭需求。关闭时，请填写“bug类型”和“原因”，并简短的在备注栏说明原因。需求关闭以后，会自动将指派人填写为需求创建者，并通知需求创建者查看。（5）“激活”相关需求仅有该需求为关闭状态，且登陆者为该需求的创建者时，才可以激活该需求。激活时，请填写“当前指派人”，如果还需要再添加相关的需求说明，请到编辑页面增加材料。六、如何提交开发需求（1）创建“开发需求”开发/工程人员提交详细的开发需求文档，bug状态选择“开发需求审核中”，原因选择“开发需求提交”，指派人可以选择具有开发接口人权限的人员，此时系统自动将选择“开发需求审核中”次数增加1次，并开始计算“开发需求审核中”状态持续时间；（2）开发需求审核中开发接口人拿到提交的开发需求后，审核。l 如果认为确需要开发但是开发需求不清，bug状态选择“补充开发需求中”，原因选择“需求不清”，指派人选择问题创建人，并通知其补充开发需求，此时系统自动将选择“补充开发需求中”次数增加1次，并开始计算“补充开发需求中”状态持续时间；l 如果认为确需要开发并且开发需求清晰，bug状态选择“需求开发中”，原因选择“需求清晰”，指派人可以选择具有开发权限的人员，此时系统自动将选择“需求开发中”次数增加1次，并开始计算“需求开发中”状态持续时间；（3）补充开发需求中问题创建人补充开发需求后，bug状态选择“开发需求审核中”，原因选择“需求补充完全”，指派人可以选择具有开发接口人权限的人员，此时系统自动将选择“开发需求审核中”次数增加1次，并开始计算“开发需求审核中”状态持续时间；（4）需求开发中开发人员接到指派给自己的开发任务后，l 如果觉得开发需求不清，bug状态选择“开发需求审核中”，原因选择“需求不清”，指派人可以选择具有开发接口人权限的人员，并通知开发接口人遇到的问题，此时系统自动将选择“开发需求审核中”次数增加1次，并开始计算“开发需求审核中”状态持续时间；l 如果开发完成了，bug状态选择“测试需求审核中（开发）”，原因选择“开发需求完成”，指派人可以选择具有开发接口人权限的人员，并提交相关的测试文档，此时系统自动将选择“测试需求审核中（开发）”次数增加1次，并开始计算“测试需求审核中（开发）”状态持续时间；（5）测试需求审核中（开发）开发接口人接到指派给自己的测试需求后，审核。l 如果认为测试文档完整，bug状态选择“测试需求审核中（测试）”，原因选择“测试需求提交”，指派人可以选择具有测试接口人权限的人员，此时系统自动将选择“测试需求审核中（测试）”次数增加1次，并开始计算“测试需求审核中（测试）”状态持续时间；l 如果认为测试文档不完整，bug状态选择“补充测试需求中”，原因选择“需求不清”，指派人可以选择相关开发人员，并通知其补充完整测试文档，此时系统自动将选择“补充测试需求中”次数增加1次，并开始计算“补充测试需求中”状态持续时间；l 如果认为开发有问题，bug状态选择“需求开发中”，原因选择“开发需求重新开发”，指派人可以选择相关开发人员，通知其重新开发程序，此时系统自动将选择“需求开发中”次数增加1次，并开始计算“需求开发中”状态持续时间；（6）补充测试需求中开发人员补充完测试需求后，bug状态选择“测试需求审核中（开发）”，原因选择“需求补充完全”，指派人可以选择具有开发接口人权限的人员，此时系统自动将选择“测试需求审核中（开发）”次数增加1次，并开始计算“测试需求审核中（开发）”状态持续时间；（7）测试需求审核中（测试）测试接口人接到测试需求后，审核。l 如果认为测试文档不完整，bug状态选择“测试需求审核中（开发）”，原因选择“需求不清”，指派人可以选择具有开发接口人权限的人员，并通知其督促相关人员补全测试文档，此时系统自动将选择“测试需求审核中（开发）”次数增加1次，并开始计算“测试需求审核中（开发）”状态持续时间；l 如果认为测试文档完整，bug状态选择“测试准备中”，原因选择“需求清晰”，指派人可以选择具有测试权限的人员，此时系统自动将选择“测试准备中”次数增加1次，并开始计算“测试准备中”状态持续时间；（8）测试准备中测试人员接到测试需求后，l 如果认为测试文档不完整或者不具备测试条件，bug状态选择“测试需求审核中（测试）”，原因选择“需求不清”，指派人可以选择具有测试接口人权限的人员，此时系统自动将选择“测试需求审核中（测试）”次数增加1次，并开始计算“测试需求审核中（测试）”状态持续时间；l 如果认为测试文档完整，bug状态选择“测试进行中”，原因选择“启动测试”，指派人选择自己，此时系统自动将选择“测试进行中”次数增加1次，并开始计算“测试进行中”状态持续时间；（9）测试进行中测试人员完成测试后，l 如果测试过程中发现问题，bug状态选择“回归问题开发中”，原因选择“测试中问题反馈开发”，指派人选择相关开发人员，并告知其相关问题在何处，此时系统自动将选择“回归问题开发中”次数增加1次，并开始计算“回归问题开发中”状态持续时间；l 如果测试过程中未发现问题，bug状态选择“测试报告审核中”，原因选择“测试完成，等待审核”，指派人选择具有测试接口人权限的人员，并告知其相关问题在何处，此时系统自动将选择“测试报告审核中”次数增加1次，并开始计算“测试报告审核中”状态持续时间；（10）回归问题开发中开发人员完成测试反馈的问题后，bug状态选择“测试需求审核中（测试）”，原因选择“测试中问题开发完成”，指派人选择具有测试接口人权限的人员，此时系统自动将选择“测试需求审核中（测试）”次数增加1次，并开始计算“测试需求审核中（测试）”状态持续时间；（11）测试报告审核中测试接口人员接到测试结果后，审核。l 如果认为测试过程可能有遗漏的问题，bug状态选择“测试准备中”，原因选择“测试需要完善”，指派人选择相关测试人员，并告知其相关问题在何处，此时系统自动将选择“测试准备中”次数增加1次，并开始计算“测试准备中”状态持续时间；l 如果认为测试过程没有问题，则直接关闭此bug，此时系统会将指派人自动指给bug创建者。七、 如何提交测试需求（1）创建“测试需求”开发/工程人员提交详细的测试需求文档，bug状态选择“测试需求审核中（开发）”，原因选择“测试需求提交”，指派人可以选择具有开发接口人权限的人员，此时系统自动将选择“开发需求审核中”次数增加1次，并开始计算“开发需求审核中”状态持续时间；（2）测试需求审核中（开发）开发接口人接到指派给自己的测试需求后，审核。l 如果认为测试文档完整，bug状态选择“测试需求审核中（测试）”，原因选择“测试需求提交”，指派人可以选择具有测试接口人权限的人员，此时系统自动将选择“测试需求审核中（测试）”次数增加1次，并开始计算“测试需求审核中（测试）”状态持续时间；l 如果认为测试文档不完整，bug状态选择“补充测试需求中”，原因选择“需求不清”，指派人可以选择相关开发人员，并通知其补充完整测试文档，此时系统自动将选择“补充测试需求中”次数增加1次，并开始计算“补充测试需求中”状态持续时间；l 如果认为此问题需要开发，bug状态选择“需求开发中”，原因选择“需求清晰”，指派人可以选择相关开发人员，通知其开发相关程序，此时系统自动将选择“需求开发中”次数增加1次，并开始计算“需求开发中”状态持续时间；（3）需求开发中开发人员接到指派给自己的开发任务后，l 如果觉得开发需求不清，bug状态选择“测试需求审核中（开发）”，原因选择“需求不清”，指派人可以选择具有开发接口人权限的人员，并通知开发接口人遇到的问题，此时系统自动将选择“开发需求审核中”次数增加1次，并开始计算“开发需求审核中”状态持续时间；l 如果开发完成了，bug状态选择“测试需求审核中（开发）”，原因选择“开发需求完成”，指派人可以选择具有开发接口人权限的人员，并提交相关的测试文档，此时系统自动将选择“测试需求审核中（开发）”次数增加1次，并开始计算“测试需求审核中（开发）”状态持续时间；（4）补充测试需求中开发/工程人员补充完测试需求后，bug状态选择“测试需求审核中（开发）”，原因选择“需求补充完全”，指派人可以选择具有开发接口人权限的人员，此时系统自动将选择“测试需求审核中（开发）”次数增加1次，并开始计算“测试需求审核中（开发）”状态持续时间；（5）测试需求审核中（测试）测试接口人接到测试需求后，审核。l 如果认为测试文档不完整，bug状态选择“测试需求审核中（开发）”，原因选择“需求不清”，指派人可以选择具有开发接口人权限的人员，并通知其督促相关人员补全测试文档，此时系统自动将选择“测试需求审核中（开发）”次数增加1次，并开始计算“测试需求审核中（开发）”状态持续时间；l 如果认为测试文档完整，bug状态选择“测试准备中”，原因选择“需求清晰”，指派人可以选择具有测试权限的人员，此时系统自动将选择“测试准备中”次数增加1次，并开始计算“测试准备中”状态持续时间；（6）测试准备中测试人员接到测试需求后，l 如果认为测试文档不完整或者不具备测试条件，bug状态选择“测试需求审核中（测试）”，原因选择“需求不清”，指派人可以选择具有测试接口人权限的人员，此时系统自动将选择“测试需求审核中（测试）”次数增加1次，并开始计算“测试需求审核中（测试）”状态持续时间；l 如果认为测试文档完整，bug状态选择“测试进行中”，原因选择“启动测试”，指派人选择自己，此时系统自动将选择“测试进行中”次数增