MYPM 测试管理用户手册.docx

《MYPM 测试管理用户手册.docx》由会员分享，可在线阅读，更多相关《MYPM 测试管理用户手册.docx（28页珍藏版）》请在三一办公上搜索。

1、目录1关于MYPM31.1简介31.2版权声明32MYPM基本约定32.1页面布局32.2数据展示区记录选择42.3人员选择窗口缺省加载记录42.4部分工具栏图标说明4 2.5 MYPM业务流程.43管理员使用指南53.1MYPM业务流程(免费版只有测试管理管理功能)53.232用户管理53.2.1导入用户53.2.2新建用户53.2.3修改用户53.2.4切换用户状态63.2.5重置用户密码63.2.6删除用户63.2.7用户组管理63.3权限管理64使用手册74.1通用使用指南74.1.1定制首页74.1.2消息管理74.1.3缺陷处理84.1.4测试需求管理，测试用例管理和缺陷管理菜单切

2、换规则94.1.5测试用例和缺陷编号快速查询94.1.6修改个人信息94.1.7测试基础数据维护94.2测试经理/测试负责人使用指南104.2.1测试基础数据维护104.2.2测试项目管理及简介104.2.3创建测试项目114.2.3.1建测试项目124.2.3.2测试流程及软件版本设置124.2.3.3测试需求管理134.2.3.4建立测试需求134.2.3.5提交测试需求144.2.4测试用例管理144.2.4.1关联BUG144.2.4.2编写测试用例154.2.4.3审核用例154.2.4.4执行测试用例164.2.4.5测试用例执行记录164.2.4.6最近执行的测试用例164.2.

3、4.7测试用例编号快速查询164.2.5缺陷管理174.2.5.1新建缺陷报告174.2.5.2修改缺陷报告184.2.5.3从缺陷关联用例184.2.5.4缺陷意见交流184.2.5.5处理缺陷194.2.6缺陷编号快速查询204.2.7调整测试流程204.3测试人员/研发人员使用指南204.4测试数据分析214.4.1测试数据分析类别：214.4.2测试数据分析按类别说明214.4.2.1趋势分析：214.4.2.2结果统计：245附录255.1MYPM功能模型255.2MYPM功能清单265.3MYPM项目管理结构281 关于MYPM1.1 简介“MYPM”是一套专注于IT领域，专门为I

4、T企业定制的集成化项目管理解决方案。一方面，她把ISO9000和CMMI管理体系以软件形式组织起来，使之具有可实施性和引导性，从而帮助企业把项目管理体系建立和组织起来，并能以便捷的方式在实际项目中引入和实施；另一方面，她把计划、任务及进度管理，工时成本管理，知识管理，质量管理，文档管理及搜索等整合到一个集成化平台中，进行统一的分析管理，企业管理层和项目中所有成员(包括客户)通过这一集成化平台进行协作和沟通，全方位对计划，资源，进度，工时，成本，质量，风险进行把控，任何一项发生变化都会反映到项目关联的其它各个部分。当前版本为只开放测试管理功能永久免费版。商业版在线体验地址为www.mypm.cc

5、；免费版在线体验地址为www.mypm.cc/test。1.2 版权声明MYPM集成化项目管理平台2.0版权归北京嘉通软科技有限公司所有，任何侵犯版权的行为将被追究法律责任。未经版权所有者的书面准许，不得将本软件的任何部份以任何形式、采用任何手段（电子的或机械的，包括照相复制或录制）、或为任何目的的，进行复制或扩散。免费版只要不用于商业目的，不受此限制。Copyright(C)2008-2010北京嘉通软科技有限公司。版权所有，复制必究。北京嘉通软科技有限公司不对因为使用该软件、用户手册中的缺陷所造成的任何损失负责。2 MYPM基本约定2.1 页面布局2.2 数据展示区记录选择在MYPM数据展

6、示区内，只要点击了某行记录，则在点击工具栏上的功能按钮时，将处理点击的记录。2.3 人员选择窗口缺省加载记录MYPM人员选择窗口缺省加载时，如人员多于100人，缺省显示按登录名升序排序的前100名。2.4 部分工具栏图标说明图标标识新建删除修改查询刷新返回导入设置为首页展开或关团树形结构浮动窗口2.5 MYPM业务流程3 管理员使用指南3.1 MYPM业务流程(免费版只有测试管理功能)3.2 32用户管理“admin”为MYPM内置的管理员帐户，“删除“及“停用”对其无效。系统初始化后，管理员（admin）要做的第一件事是：以管理员登录MYPM后，在用户管理或系统管理菜单下“修改个人信息”中修

7、改管理员默密码及其eamil。3.2.1 导入用户点击工具栏上的excel图标，（2）下载用户导入模板，（3）打开下载的模板，按模板格式要求填写导入数据并保存，（4）在用户导入窗口中点击“浏览”按钮，选择填写了用户信息的模板文件，然后点击“导入”执行导入（该功能从商业版中分离时，忘加进来）。3.2.2 新建用户点击工具栏上第一个带加号小人图标，输入各项信息后点击“确定”或“确定并继续”完成用户的新建。重名校验时，把己删除用户计算在内。3.2.3 修改用户点击想要修改用户所在行，然后点击工具伴上第二个斜插着一支笔的小人图标，修改完成后按“确定”保存所做修改。重名校验时，把己删除用户计算在内。3.

8、2.4 切换用户状态MYPM用户有“启用”和“禁用”两种状态，缺省为“启用”状态，“禁用”的用户不许再登录系统，“禁用”用户登录时，提示信息为：“用户名或密码错误”。点击想要切换状态的用户所在行，再点击工具栏上第三个颜色暗淡的小人图标，切换用户状态。3.2.5 重置用户密码点击想要切换状态的用户所在行，再点击工具栏上第四个钥匙图标，切重置用户密码为”mypm”。3.2.6 删除用户逻辑删除mypm中的用户3.2.7 用户组管理一个用户可从属于多个组，一个组可含多个用户；组不具有权限，只是便于用户的查找一群用户的一个集合。组与用户的关系，可双向维护（即可以在用户维护中指定其所属组，也可以在组维护

9、中指定其成员）。3.3 权限管理MYPM的权限细划到“按钮”级，权限授予到角色对像上，用户通过从属于角色来获得所从属的角色的权限，如用户从属于多个角色，其权限人多个角色权限的并集。如设定了角色的访问IP，则其内用户只能在指定的这些IP上登录MYPM。免费版IP登录限制功能无效。另外还有一个特殊的与工作职责相关的双重角色：测试负责人，他们在获得相关测试管理权限基础上，同时还要在某个测试项目中担任测试负责人，才可以管理相应的项目。4 使用手册4.1 通用使用指南4.1.1 定制首页分为单列表和多列表两种定制方式，默认首页为“项目列表”，在多列表首页中个人工作台被禁用。下图为多列表登录首页。4.1.

10、2 消息管理MYPM中的消息为公告性质的消息，其效期有时限，即只有在生效期限内的消息可被查看。发布消息发布消息列表显示本人发布的所有消息发布消息操作界面如下图消息类型有广播和限定接收入两种，类型为限定接收入时，且选择MAIL告知，接收入会收到mail提醒。在公告内容中插入图片，在“附件/插图片”中选择要插入的图片，然后点“浏览”按钮右边的带加号图标，即可在公告内容当前光标中插入图片。修改消息只能修改未生效和己失效的消息，接收消息显示未失效的广播消息和本人接收到的消息消息维护可以修改，删除所有人员发布的消息，也可发布消息4.1.3 缺陷处理BUG采用流程驱动，登录MYPM后，缺省显示当前流转到本

11、人的BUG。在BUG列表中点击测试人员，对BUG进行意见交流；双击BUG编号关联测试用例，双击BUG状态处理BUG，如BUG当前不需要本人处理，则显示BUG明细。如下图所示。MYPM中有25种缺陷状态(为系统的测试分析提供依据)，同时又不增加用户的使用难度，MYPM缺陷控制引擎会自动根据测试流程，缺陷当前状态及处理人员在项目的角色，引导操作人员处理缺陷，无需关心测试流程。如下图所示，在“更改状态为”下拉列表中，可选的状态就是缺陷控制引擎自动计算出来的，选择某个状态后，系统会自动引导BUG的下一步流转，切换到处理历史页，可以查看BUG的处理历史。4.1.4 测试需求管理，测试用例管理和缺陷管理菜

12、单切换规则在切换到测试需求管理，测试用例管理和缺陷管理菜单时，会自动记住最后处理的测试需求或测试用例，或缺陷所属的测试项目，切换菜单后处理的也是同一项目的相关数据。比如，从测试需求切换到缺陷管理时，缺省显示测试需求管理中进入的测试项目的缺陷；又例如，在缺陷列表中，点击了某个BUG，再切换到用例管理时，默认切换到该BUG所属测试项目的用例管理。4.1.5 测试用例和缺陷编号快速查询在用例管理列表页面，和缺陷管理列表页面，都可以通过在工具栏上输入他们的编号来实现精确皮配查询测试用例或是缺陷。编号快速查询后，点击工具栏上的“刷新”按钮，列表显示复原为编号快速查询前的显示内容。4.1.6 修改个人信息

13、在系统管理菜单下，点击“修改个人信息”子菜单，便可修改当前登录人员的个人信息4.1.7 测试基础数据维护维护下面11类测试基础数据测试用列类：用例优先级和用例类型BUG管理类：BUG频率，BUG类型，BUG等级，BUG时机，BUG优先级，BUG来源，BUG引入原因，BUG引及阶段，BUG发生平台。如图所示数据项为蓝色的表示系统缺省的，缺省的不可以删除，只要以停用，只有自定义的测试基础数据可以被删。新建测试基础项4.2 测试经理/测试负责人使用指南4.2.1 测试基础数据维护同通用使用指南417部分的测试基础数据维护，如果认可MYPM缺省的测试基础数据，不需要再自行维护测试基础数据。4.2.2

14、测试项目管理及简介MYPM测试管理业务流程如下，位于测试管理/测试项目管理菜单下MYPM的测试项目有两个来源，一个是来源于项目管理中项目WBS中定义的测试任务；另一个来源是不纳入项目管理的独立测试项目。来源于项目WBS的测试任务不可以删除。测试项目指定了测试负责人以后，该测试项的管理权将转移支测试负责人，当然前提还要求，这个测试人要管理测试项目的权限。除管理员外，其他人员“可见”的测试项目为本人参与的测试项目；对于来源于项目管理中项目WBS中定义的测试任务，对于其任务所在项目的参与人员来说，都是“可见”的。对于免费版无来源于项目管理中项目WBS中定义的测试任务。独立测试项目与来源于项目WBS的

15、测试任务的区别独立测试项目可以被删除和修改测试项目停息，后者不可以独立测试项目，测试测试流程选择参与人员时，从整个MYPM系统内选择，而后者是人该测试任务参与人员和该测试任务所从属的项目的PM和PSM中选择。独立测试项目可以附加测试计划附件，后者不可以。在测试项目管理列表中，来源于项目WBS的测试任务，如项目计划未确定，将不在该列表中显示。4.2.3 创建测试项目建立测试项目最基本流程（1）建测试项目（2）设置测试流程（3）提交测试需求为必须流程。4.2.3.1 建测试项目测试管理/测试项目管理菜单下，从工具栏新建按钮中新建测试项目，输入如图4.2.3.2 测试流程及软件版本设置在MYPM中，

16、对于每个测试项目，可以从MYPM提供的流程中选取部分或全部流程作为当前项目的测试流程，测试过程中可以实时调整测试流程。在测试项目列表中，点击项目名称可以设置测试流程，也可在测试管理/测试流程|版本管理菜单下，点击项目名称进入测试流程设置页面。在流程设置中主要完成的工作：1设置流程2指定在各个流程节点上的相关人员3设置被测试软件版本；另外一旦在测试流程设置中，指定了测试负责人（可以有多个），该测试项目将交由测试负责人来管理，以后只有他可以更改流程的各流程上节点上的处理人员,当然测试负责人还要有设置测试流程的权限。如图所示,执行顺序为从上到下。在流程设置页面中，切换到“版本维护”，设置软件版本；设

17、置版本时，序号应随版本号增长，不可重复，也不可以和被逻辑删除的版本序号重复，如己提交测试需求，删除版本时，为逻辑删除；己停用的版本，不在选择版本的下拉列表中列出。来源于项目WBS的测试任务，如项目计划未确定，将不可以设置测试流程。各流程节点说明1用例Review:可选流程.如果用例Review流程没有被选取，新提交的测试用例，状态为“己审核”状态，审核人为自动审批（既用例编写人）。用例Review人员一般为业务人员，测试负责人，需求人员或开发人员。2提交问题：必选流程，人员主要为测试人员，不是提交问题这流程节点上的人员也可填报BUG，只是不能确认BUG是否己修复。3测试互验:可选流程，当测试人

18、员和开发人员不在同一地点办公时，或想测试把关新手提交的BUG时，开启该流程，由资深测试人员来做测试互验，既可以指导新人编写高质量的BUG，也可以在开发人员在处理BUG前，测试人员内部先检查新提交的BUG，省去了可能的因BUG描述理解差异上，或是BUG可复现上带来的和研发人员的沟通成本。4分析问题:可选流程，分析BUG产生的原因，估算修复BUG需要的时间及期限，一般为研发经理，系统分析师来做分析工作。5分配问题:可选流程，单元测试时，或团队规模比较小且测试人清晰的知道开发人员所负责的模块时，可以不启用该流程，测试人员提交的BUG，直接分配给开发人员。一般分配人应该为研发经理，研发组长等，可以有多

19、个分配人。6修改问题:必选流程，顾名思义是修复BUG的环节，设置的人员是研发人员。7开发互检:顾名思义是开发人员修改完BUG后，他们间的交叉检查。设置的人员是研发人员。8分歧仲裁：必选流程,当测试人员和研发人员对某个BUG的达不成共识时，或研发人员要求BUG延期修改，或不计划修复某个BUG时，由仲裁人来裁决。一般仲裁人为研发经理，或产品经理。8测试确认：必选流程,且不需要再指定确认人，重用提交问题环节的测试人员。4.2.3.3 测试需求管理只有设置了测试流程的测试项目方可维护测试需求。测试需求维护主要有两个步骤。对于测试需求的管理，只有测试负责人可以管理，同时还要有测试需求管理的权限。点击工具

20、栏上切换项目按钮，可以切到其他测试项目。(1)建立测试需求(2)提交测试需求4.2.3.4 建立测试需求在测试需求分解树中，点击某个节点，然后点击工具栏上新建按钮，一次可批量新建10个测试需求（有10个输入域，新建提交时，致少要有一个输入域不为空），测试需求同级不能重名。在测试需求分解树上，双击某人测试需求，可以修改该测试需求名称；可以拖拽移动；在需求分解对上右击某个测试需求即可删除它。如测试需求己提交，不可以删除，只能停用，停用的测试需求，将不在BUG或用例需求分解对上出现。在测试需求管理的测试需求分解树中，己停用的测试需求显示为红色。4.2.3.5 提交测试需求点击测试需求管理工具栏上，提

21、交测试需求按钮既可。另外还可为一级测试需求设置kloc值，同时也可以为测试需求指派开发人员。Klog值用于计算BUG密度；如测试需求指派了开发人员，在分配BUG时，可以更准确的指派BUG到相应的开发人员。4.2.4 测试用例管理主要功能为编写用例，审核用例，执行用例，关联BUG，执行用例时，可以修改用例。在用例列表工具栏切换项目时，弹出来的项目选择列表中，只列出己设置测试流程的测试项目。4.2.4.1 关联BUG点击用例编号关联BUG，关联BUG时，也可现填写BUG。关联BUG时，在BUG列点中。如进行测试时，有完整的测试用例，测试人员，只需进入测试用例管理中，边执行用例，边关联BUG.，不需

22、要在测试用例和缺陷管理中来回切换。如下图所示4.2.4.2 编写测试用例点击测试需求分解树中，某个非根节点，然后点击工具栏上新建按钮，输入界面如图默认执行成本为2，如想在用例中插入图形，从浏览中选择一图片文件，然后点击浏览按扭右则的图标，就把选择的图片插入到“过程及数据”光标所在位置处。如测试流程中设开启了用例Review流程，新编写的用例状态为待审核状态，如不开启，则为己审核，审核人为自动审核。4.2.4.3 审核用例只有处在用例Review流程环节的，人员可以审核测试用例，当然还要有审核用例的系统权限，审核通过时，选择提交测试，用例变为己审核状态；审核不通过时，选择发回修正，用例变为待修正

23、状态。4.2.4.4 执行测试用例执行用例时，可以修改用例，修改后保存既可。执行时必须选择执行版本，执行结果有4种，分别是“通过“，“未通过”，“阻塞”和“不适用”。每个版本只有一个测试结果，也就是说生成用例执行记录时，如己有该用例的在该版本的测试记录时，最后的执行记录将覆盖上一次的同一版本的测试记录。4.2.4.5 测试用例执行记录显示当前测试项目，用例执行记录，含未执行的用例。点击用例编号，关联BUG；点击用例描述查看用例明细。也可人在这个列表中选择用例并执行。4.2.4.6 最近执行的测试用例显示最近一周（从当前算起的7天之前）本人执行的测试作例。在最近执行的用例列表中，点击用例编号，关

24、联BUG；点击用例描述查看用例明细。也可人在这个列表中选择用例并执行，如执行结果为不适用，则不可以再执行。4.2.4.7 测试用例编号快速查询同通用使用指南中4.1.134.2.5 缺陷管理缺陷管理是测试管理中的重中之重。主要功能有缺陷跟踪、缺陷消息交流、缺陷关联用例，缺隐流转历史记录。在缺陷管理主页面上，能过工具栏上的切换项目下拉列表，可以指定当前工作在某个具体的测试项目，也可以选择所有项目，在所有项目视图中，新建缺陷时，需要先选择测试项目,在指定项目中则不需要再指定测试项目。MYPMbug跟踪采用流程驱动，登录MYPM后，缺省显示当前流转到本人的BUG及需本人刚处理过，且下一处理人还未处理

25、的BUG。MYPM中有25种缺陷状态(为系统的测试分析提供依据)，同时又不增加用户的使用难度，MYPM缺陷控制引擎会自动根据测试流程，缺陷当前状态及处理人员在项目的角色，引导操作人员处理缺陷。在缺陷管理列表工具栏切换项目时，如选择“切换到指定项目”弹出来的项目选择列表中，只列出己设置测试流程的测试项目。缺陷管理主页面如图所示4.2.5.1 新建缺陷报告测试项目内所有人员，不仅仅是测试人员，都可以新建缺陷报告，但只有测试人员可以确认缺陷的修复情况。从工具栏中点击“新建”图标，既可如下图填写新的缺陷如在所有项目缺陷列表模式下，新建缺陷时，还要选择测试项目。在新建BUG面页中，BUG状态由测试流程自

26、动生成，如下一流程为测试互验，则状态为“待置”且下一处理人为测试互验人；如下一流程为分析则状态为“分析”且下一处理人为分析人；如下一流程为分配则状态为“分配”且下一处理人为分配人；如下一流程为修改问是，则状态为“待改”且下一处理人为开发人员。新建BUG时，除BUG描述和再现步骤需手动输入，其他必填填，在获得焦点时，自动弹出选择框。如想在再现步骤中插入图形，从浏览中选择一图片文件，然后点击浏览按扭右则的图标，就把选择的图片插入到“再现步骤”光标所在位置处；如选择了文件，又不以图片形式插入，则做为BUG的附件。4.2.5.2 修改缺陷报告从缺陷管理列表中，选择一个要要修改的缺陷，然后从工具栏上点击

27、修改图标，修改输入页面同新建缺陷界面。不管缺陷状态为什么，都可以修改缺陷报告。只有测试人员，和缺陷报告的创建人可以修改缺陷报告。如在处理缺陷还修改了缺陷内容，这时所做修改会记录到处理历史中。4.2.5.3 从缺陷关联用例如缺陷己关联的测试用例，在缺陷列表中，缺陷的编号显示为蓝色。缺陷与用例间的关联关系为多对多。在所测试软件的需求文档不全，或是用例不全，或是没有用例就进入测试的情况下，测试经理可以通过要求测试人员，在每新建一个缺陷时，要求关联一个用例，来实现在后期边测试边补充用例，从而降低人员变动带来的风险。4.2.5.4 缺陷意见交流MYPM提供了针对缺陷的消息交流机制，使相关缺陷处理人员能够

28、对缺陷做出快速的反应。这种交流机制在MYPM中称之为意见交流。在缺陷管理的缺陷列表中，如缺陷有他人发送给本人的意见，在测试人员一列将显示为蓝色，双击测试人员进入意见交流页面。如下图所示有两个TAB页，一个是意见交流记录，另一个是缺陷的基本信息在意见交流列表上的工具栏中点击新建按钮，可以发表新意见，在发发给下拉列表中，可选择项目所有成员，测试人员，分析分员，分配人员，开发人员，开发负责人。接收人员是按在项目测试流程中的角色来定义的，也就是说接收人，不是一个人，是代表一类角色的相关人员。4.2.5.5 处理缺陷相关人员处理BUG时，不用关心BUG有多少种状态，缺陷控制引擎会自动根据测试流程，缺陷当

29、前状态及处理人员在项目的角色自动算出来，当前可转换为什么装态，及交给谁作为下一处理人。在缺陷管理列表中，点击某个缺陷的状态进入缺陷处理。如下图所示如当前缺陷没流转到本人，或当前缺陷当前状态不是本人所设置，这时点击缺陷状态进入的是缺陷明细页面。如处理缺陷时，不想改态缺陷状态，只想改变测试人员或开发人员时，只要点击测试人员或开发人员输入域，便可从弹出窗口中选择。如把缺陷状态修改为“重复”要求关联一个己之重复的缺陷，关联重复的缺陷时，要求被关联的缺陷，报告时间在当前要处理的缺陷报告时间前。如当前处理为流程为测试互验、分配或分析问题时，要求填写校在版本，既验证该缺陷所现在的版本。在更换状态后，MYPM

30、缺陷控制引擎根据是否需要自动要求，选择下一处理人。如下一流程为分配，更改状态为分配，则在缺陷状态下方会提显示，转分配人的输入域，移入焦点到转分配人输入域后弹出分配人供选择；如下一流程人测试互给，则需要选择测试互验人；如把状态更改为“分岐”，则要求选择仲裁人；不是所有状态都要选择下一处理人，如开人员人修改缺陷为己修改，如下一流程为测试确认，则不需要指定下一处理人。处理缺时，可以在再现步骤中加入新内容，提交所做处理后，会自动保存加入的新信息，同时连同处理结果及所做变更记录到处理历史中。4.2.6 缺陷编号快速查询同通用使用指南中4.1.134.2.7 调整测试流程测试过程中，可以根据需要，实时调整

31、测试流程，如原来用例Review流程，被取消，只对取消后新提交的测试用例有效，原有的待审核的用例，仍然需要审核；其他流程如被取消，原来在该流程节点上，要处理的BUG，自动流转到下一流程，处理人为执行调整流程的人员。如要取消原来启用的用例Review流程，需要把该测试面目未审核的用例全审核，要不取消流程后，原来未审核的测试用例将不可用。4.3 测试人员/研发人员使用指南填写测试用例同4.2.4.2编写测试用例执行测试用例同4.2.4.4执行测试用例报告缺陷同4.2.5.1新建缺陷报告缺陷处理同4.2.5.5处理缺陷缺陷意见交流同4.2.5.4缺陷意见交流缺陷关联测试用例同4.2.5.3从缺陷关联

32、用例测试用例关联缺陷同4.2.4.1关联BUG最近执行的测试用例同4.2.4.6最近执行的测试用例测试用例编号快速查询同4.2.4.7测试用例编号快速查询修改缺陷报告同4.2.5.2修改缺陷报告缺陷编号快速查询同4.1.5缺陷编号快速查询测试用例执行记录同4.2.4.5测试用例执行记录测试数据分析同4.4测试数据分析4.4 测试数据分析(该功能目前在商业版上，免费版中下一版本中推出，可在商业版在线体验上查看)，支持excel、word、pdf、powerPoint和postScript多格式导出4.4.1 测试数据分析类别：分为两类，一为趋势分析共7项，二类为结果统计共12项4.4.2 测试数

33、据分析按类别说明4.4.2.1 趋势分析：（1）日编写用例趋势：分析在用例设计阶段，各个测试人员编用例的情况(2)提交|打开|待处理|修改|关闭BUG趋势，对缺陷综合分析，如提交的BUG趋势为，提交的缺陷越来越少，但待处理的缺陷越来越多，说明进度主要慢在缺陷的修复上。如提交的缺陷越来越多，说明系统越来越不稳定等。(3)开发人员修改BUG趋势：按日期按人对比分析开发人员修复BUG的效率（4）日提交BUG趋势：按日期按人对比分析测试人员提交BUG的数量及趋势 (5)日提交及BUG总数趋势：按日期对比分析提交BUG数和总BUG数(6)版本间提交及BUG总数趋势：按版本对比分析提交BUG数和总BUG数

34、，分析BUG间BUG的收敛性(7)日执行用例趋势：分析不同测试人员一定时单间内，各自执行用例的成本分析及对比。4.4.2.2 结果统计：(1)开发人员待改BUG统计：按BUG等级及开发人员，统计待改BUG（2）测试人员提交BUG统计：按BUG等级及测试人员，统计提交的BUG（3）己关闭BUG龄期按天统计：按当天，1天，2天，3天，及3天以上BUG生存周期统计BUG，以紧急开发过程中，及事后总结中分析团队修改bug的效率（4）己关闭BUG龄期按周统计：按当天，1周，2周，3周，4周，及周以上BUG生存周期统计，分析团队修改bug的效率（5）待处理BUG龄期按天统计：按当天，1天，2天，3天，及3

35、天以上BUG停止不前的生存周期统计BUG，封闭式开发过程中，及紧急项目中，及时跟进待处理的BUG，便于督促相关处理人员，分析团队处理bug的效率以免影响整个团队的进度。（6）待处理BUG龄期按周统计：按当天，1周，2周，3周，4周，及周以上BUG停止不前的生存周期统计，分析团队处理bug的效率（7）BUG类型统计：分析BUG类型的分布（8）BUG等级统计：分析BUG等级的分布（9）BUG引入阶段统计：分析BUG产生阶段的分布（9）BUG引入阶段统计：分析BUG产生阶段的分布（10）遗留BUG统计：按类型分析遗留BUG的分布（11）测试人员BUG质量分析：分析测试人员提交BUG的质量（12）BUG密度分析：从klog值分析BUG分布，以及按一级测试需求分析BUG分布5 附录5.1 MYPM功能模型5.2 MYPM功能清单清单一清单二清单三清单四5.3 MYPM项目管理结构