资源预览内容
第1页 / 共11页
第2页 / 共11页
第3页 / 共11页
第4页 / 共11页
第5页 / 共11页
第6页 / 共11页
第7页 / 共11页
第8页 / 共11页
第9页 / 共11页
第10页 / 共11页
亲,该文档总共11页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
*1单击此处编辑母版标题样式单击此处编辑母版副标题样式l测试管理工具张炯微软的管理形式相对应的工具lPM 需求SharePointslDEV 源代码 Source DepotlTester BUG RAIDBUG管理体制l在整个产品的研发过程中,特别是在测试产品、修复 Bug 的中后期,团队中所有人都生活在 Raid中。l测试人员(Tester)只要发现问题就立即新建一个 Bug 予以跟踪并指派给相关的开发小组长(DevLead)l开发小组长会判断这个Bug 属于某个特定的开发人员(Dev)并指派给他处理BUG管理体制l开发人员会根据 Bug 的详细描述信息找到问题所在,修改程序解决这个 Bug 并把 Bug返回给当初的测试人员;或者有争议的时候,把Bug 指派给这个 Feature 的定义者PM,要求一个澄清说明l 测试人员在看到某个 Bug被解决后,就去验证这个Bug 是否真的不存在了,根据最初的发现步骤去证实问题真的解决了就关闭这个Bug;若还能重现,或者不同意开发人员的解法,可以激活这个 Bug,返还给当初的开发人员做进一步调查处理BUG管理体制l当测试人员和开发人员无法达成一致意见的时候,由对应的PM出面做协调,判断这个Bug的严重程度、对用户可能的影响,根据产品的进度和项目资源做出评估,是否真的需要修理掉这个问题l管理团队利用Raid 来跟踪整个进度:单个人的工作、小组的进度,整个产品研发进度研发队伍中的所有人都通过 Raid 来商议、沟通某个 Bug 是否符合当前解决 Bug 程度,决定是否需要真正修理掉这个 Bug、如何修理、可能的副作用、如何测试其解决方案等等。BUG管理体制l每月、每周甚至每天,参与这个产品研发的人都收到一封当前 Bug 状态的Email:每个人都上有多少Bug,Dev、PM、Tester头上Bug 数最多的前 5 名都是谁,哪个子产品、子模块中的问题还是处于上升阶段,整个 Bug 的趋势怎么样等等。这是最详尽的产品状况,暴露在团队中每个成员的面前,一览无遗。只要你的名字被列在 Email 中,你就非常紧张,因为你脑袋上的 Bug 比较多、影响整个产品的质量。lEverything should be tracked in RAID!软件运行环境lBUGfreel基于phpmysql软件运行l1 建立测试l2 建立用户l3 测试流程
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号