MYM测试管理用户手册

1、MYPM业务流程 .4关于MYPM1.1 简介“MYPM ”是一套专注于IT领域，专门为IT企业定制的集成化项目管理解决方案。一方面，她把 ISO9000和CMMI管理体系以软件形式组织起来，使之具有可实施性和引导性，从而帮助企业把项目管 理体系建立和组织起来，并能以便捷的方式在实际项目中引入和实施；另一方面，她把计划、任务及进 度管理，工时成本管理，知识管理，质量管理，文档管理及搜索等整合到一个集成化平台中，进行统一 的分析管理，企业管理层和项目中所有成员（包括客户）通过这一集成化平台进行协作和沟通，全方位对计划，资源，进度，工时，成本，质量，风险进行把控，任何一项发生变化都会反映到项目关联

2、的其它 各个部分。当前版本为只开放测试管理功能永久免费版。商业版在线体验地址为；免费版在线体验地址为。 版权声明MYPM集成化项目管理平台版权归北京嘉通软科技有限公司所有，任何侵犯版权的行为将被追究法律责任。未经版权所有者的书面准许，不得将本软件的任何部份以任何形式、采用任何手段（电子的或 机械的，包括照相复制或录制）、或为任何目的的，进行复制或扩散。免费版只要不用于商业目的，不受此限制。Copyright（C）2008-2010北京嘉通软科技有限公司。版权所有，复制必究。北京嘉通软科技有限公司不对因为使用该软件、用户手册中的缺陷所造成的任何损失负责。MYPM基本约定1.1 页面布局 数据展示

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

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

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

6、用户通过从属于角色来获得所从属的角色的权限，如用户从属于多个角色，其权限人多个角色权限的并集。如设定了角色的访问 IP ，则其内用户只能在指定的这些IP 上登录 MYPM 。 免费版 IP 登录限制功能无效。另外还有一个特殊的与工作职责相关的双重角色：测试负责人，他们在获得相关测试管理权限基础上，同时还要在某个测试项目中担任测试负责人，才可以管理相应的项目。使用手册通用使用指南定制首页分为单列表和多列表两种定制方式， 默认首页为“项目列表” ，在多列表首页中个人工作台被禁用。下图为多列表登录首页。消息管理MYPM 中的消息为公告性质的消息，其效期有时限，即只有在生效期限内的消息可被查看。发布消

7、息发布消息列表显示本人发布的所有消息发布消息操作界面如下图消息类型有广播和限定接收入两种，类型为限定接收入时，且选择MAIL 告知，接收入会收到 mail提醒。在公告内容中插入图片，在“附件/插图片”中选择要插入的图片，然后点“浏览”按钮右边的带加号图标，即可在公告内容当前光标中插入图片。修改消息只能修改未生效和己失效的消息，接收消息显示未失效的广播消息和本人接收到的消息消息维护可以修改，删除所有人员发布的消息，也可发布消息 缺陷处理BUG采用流程驱动，登录MYPMB,缺省显示当前流转到本人的BUG在BUG列表中点击测试人员，对BUG进行意见交流；双击BU甑号关联测试用例，双击BUG犬态处理B

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

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

10、 类测试基础数据测试用列类：用例优先级和用例类型BUG 管理类： BUG 频率， BUG 类型， BUG 等级， BUG 时机， BUG 优先级，BUG 来源， BUG 引入原因， BUG 引及阶段， BUG 发生平台。如图所示数据项为蓝色的表示系统缺省的，缺省的不可以删除，只要以停用，只有自定义的测试基础数据可 以被删。新建测试基础项测试经理/测试负责人使用指南测试基础数据维护同通用使用指南4 1 7 部分的测试基础数据维护， 如果认可 MYPM 缺省的测试基础数据，不需要再自行维护测试基础数据。 测试项目管理及简介MYPM 测试管理业务流程如下，位于测试管理/测试项目管理菜单下MYPM 的

11、测试项目有两个来源，一个是来源于项目管理中项目 WBS 中定义的测试任务；另一个来源是不纳入项目管理的独立测试项目。来源于项目 WBS 的测试任务不可以删除。测试项目指定了测试 负责人以后，该测试项的管理权将转移支测试负责人，当然前提还要求，这个测试人要管理测试项目的权限。除管理员外，其他人员“可见”的测试项目为本人参与的测试项目；对于来源于项目管理中项目WBS 中定义的测试任务，对于其任务所在项目的参与人员来说，都是“可见”的。 对于免费版无来源于 项目管理中项目 WBS 中定义的测试任务。独立测试项目与来源于项目WBS勺测试任务的区别独立测试项目可以被删除和修改测试项目停息，后者不可以独立

12、测试项目，测试测试流程选择参与人员时，从整个MYPM（统内选择，而后者是人该测试任务参与人员和该测试任务所从属的项目的PM和PSM中选择。独立测试项目可以附加测试计划附件，后者不可以。在测试项目管理列表中，来源于项目WBS勺测试任务，如项目计划未确定，将不在该列表中显示。创建测试项目建立测试项目最基本流程（ 1）建测试项目（2）设置测试流程（3 ）提交测试需求为必须流程。建测试项目测试管理 / 测试项目管理菜单下，从工具栏新建按钮中新建测试项目，输入如图测试流程及软件版本设置在MYPW,对于每个测试项目，可以从MYPMI供的流程中选取部分或全部流程作为当前项目的测试流程，测试过程中可以实时调整

13、测试流程。在测试项目列表中，点击项目名称可以设置测试流程，也可在测试管理/ 测试流程 | 版本管理菜单下，点击项目名称进入测试流程设置页面。在流程设置中主要完成的工作： 1 设置流程 2 指定在各个流程节点上的相关人员 3 设置被测试软件版本；另外一旦在测试流程设置中，指定了测试负责人（可以有多个），该测试项目将交由测试负责人来管理， 以后只有他可以更改流程的各流程上节点上的处理人员 , 当然测试负责人还要有设置测试流程的权限。如图所示, 执行顺序为从上到下。在流程设置页面中，切换到“版本维护”，设置软件版本；设置版本时，序号应随版本号增长，不可重复，也不可以和被逻辑删除的版本序号重复，如己提

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

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

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

17、2）提交测试需求建立测试需求在测试需求分解树中，点击某个节点，然后点击工具栏上新建按钮，一次可批量新建10 个测试需求（有 10 个输入域，新建提交时，致少要有一个输入域不为空），测试需求同级不能重名。在测试需求分解树上，双击某人测试需求，可以修改该测试需求名称；可以拖拽移动；在需求分解对上右击某个测试需求即可删除它。如测试需求己提交，不可以删除，只能停用，停用的测试需求，将不在 BUG 或用例需求分解对上出现。在测试需求管理的测试需求分解树中，己停用的测试需求显示为红色。提交测试需求点击测试需求管理工具栏上，提交测试需求按钮既可。另外还可为一级测试需求设置kloc 值， 同时也可以为测试需求

18、指派开发人员。 Klog 值用于计算BUG密度；如测试需求指派了开发人员，在分配BUG 时，可以更准确的指派 BUG 到相应的开发人员。测试用例管理主要功能为编写用例，审核用例，执行用例，关联BUG ，执行用例时，可以修改用例。在用例列表工具栏切换项目时，弹出来的项目选择列表中，只列出己设置测试流程的测试项目。关联 BUG点击用例编号关联BUG ，关联 BUG 时，也可现填写 BUG 。关联 BUG 时，在 BUG 列点中。如进行测试时，有完整的测试用例，测试人员，只需进入测试用例管理中，边执行用例，边关联 BUG. ，不需要在测试用例和缺陷管理中来回切换。如下图所示编写测试用例点击测试需求分

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

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

21、用使用指南中缺陷管理缺陷管理是测试管理中的重中之重。主要功能有缺陷跟踪、缺陷消息交流、缺陷关联用例，缺隐流转历史记录。在缺陷管理主页面上，能过工具栏上的切换项目下拉列表，可以指定当前工作在某个具体的测试项目，也可以选择所有项目，在所有项目视图中，新建缺陷时，需要先选择测试项目 , 在指定项目中则不需要再指定测试项目。MYPMbug艮踪采用流程驱动，登录MYPMB,缺省显示当前流转到本人的BUG及需本人刚处理过，且下一处理人还未处理的BUG。MYP岫有25种缺陷状态（为系统的测试分析提供依据），同时又不增加用户的使用难度，MYP雌陷控制引擎会自动根据测试流程，缺陷当前状态及处理人员在项目的角色，

22、引导操作人员处理缺陷。在缺陷管理列表工具栏切换项目时，如选择“切换到指定项目”弹出来的项目选择列表中，只列出己设置测试流程的测试项目。缺陷管理主页面如图所示新建缺陷报告测试项目内所有人员，不仅仅是测试人员，都可以新建缺陷报告，但只有测试人员可以确认缺陷的 修复情况。从工具栏中点击“新建”图标，既可如下图填写新的缺陷如在所有项目缺陷列表模式下，新建缺陷时，还要选择测试项目。在新建 BUG 面页中， BUG 状态由测试流程自动生成，如下一流程为测试互验，则状态为“待置”且下一处理人为测试互验人；如下一流程为分析则状态为“分析”且下一处理人为分析人；如下一流程为分配则状态为“分配”且下一处理人为分配

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

24、记录到处理历史中。从缺陷关联用例如缺陷己关联的测试用例，在缺陷列表中，缺陷的编号显示为蓝色。缺陷与用例间的关联关系为多对多。在所测试软件的需求文档不全，或是用例不全，或是没有用例就进入测试的情况下，测试经理可以通过要求测试人员，在每新建一个缺陷时，要求关联一个用例，来实现在后期边测试边补充用例，从而降低人员变动带来的风险。缺陷意见交流MYPM 提供了针对缺陷的消息交流机制， 使相关缺陷处理人员能够对缺陷做出快速的反应。 这种交 流机制在MYPW称之为意见交流。在缺陷管理的缺陷列表中，如缺陷有他人发送给本人的意见，在测试人员一列将显示为蓝色，双击测试人员进入意见交流页面。如下图所示有两个 TAB

25、 页，一个是意见交流记录，另一个是缺陷的基本信息在意见交流列表上的工具栏中点击新建按钮，可以发表新意见，在发发给下拉列表中，可选择项目所有成员，测试人员，分析分员，分配人员，开发人员，开发负责人。接收人员是按在项目测试流程中 的角色来定义的，也就是fejawaSoft MyR,M,q.二.空事.啤告号七程号理 日甘H IU3甘之靖君苦营交档商用 T-tJSS 看也普户太设好街境里重鸯营W 0E * IE3S SX etfrMHlI梅X 的*疙IUI EbW*帆押屈工暇安口身曾*停伸 B3*M 寄知理算 百W中存般感、充.朴:看 近a中手)MK A ： tff fi A D - Wn丹dnerK

26、苒叱 tHugbJJ生WFft疝ltLJ 牛七，* /州f讴片也毋卡磔JH*nvi-，曰标出耀it nrIdlfiL计t帼& aaETFmwrw?说接收人，不是一个人，是代表一类角色的相关人员。处理缺陷相关人员处理BUG时，不用关心BUG有多少种状态，缺陷控制引擎会自动根据测试流程，缺陷当前 状态及处理人员在项目的角色自动算出来，当前可转换为什么装态，及交给谁作为下一处理人。在缺陷 管理列表中，点击某个缺陷的状态进入缺陷处理。如下图所示如当前缺陷没流转到本人，或当前缺陷当前状态不是本人所设置，这时点击缺陷状态进入的是缺陷 明细页面。如处理缺陷时，不想改态缺陷状态，只想改变测试人员或开发人员时，

27、只要点击测试人员或开发人 员输入域，便可从弹出窗口中选择。如把缺陷状态修改为“重复”要求关联一个己之重复的缺陷，关联重复的缺陷时，要求被关联的缺 陷，报告时间在当前要处理的缺陷报告时间前。如当前处理为流程为测试互验、分配或分析问题时，要求填写校在版本，既验证该缺陷所现在的版 本。在更换状态后，MYPM缺陷控制引擎根据是否需要自动要求，选择下一处理人。如下一流程为分配，更改状态为分配，则在缺陷状态下方会提显示，转分配人的输入域，移入焦点到转分配人输入域后弹出 分配人供选择；如下一流程人测试互给，则需要选择测试互验人；如把状态更改为“分岐”，则要求选 择仲裁人；不是所有状态都要选择下一处理人，如开

28、人员人修改缺陷为己修改，如下一流程为测试确认，则不需要指定下一处理人。处理缺时，可以在再现步骤中加入新内容，提交所做处理后，会自动保存加入的新信息，同时连同 处理结果及所做变更记录到处理历史中。缺陷编号快速查询同通用使用指南中调整测试流程测试过程中，可以根据需要，实时调整测试流程，如原来用例Review流程，被取消，只对取消后新提交的测试用例有效，原有的待审核的用例，仍然需要审核；其他流程如被取消，原来在该流程节点 上，要处理的BUG自动流转到下一流程，处理人为执行调整流程的人员。如要取消原来启用的用例Review流程，需要把该测试面目未审核的用例全审核，要不取消流程后，原来未审核的测试用例将

29、不可用。 测试人员/研发人员使用指南填写测试用例同 执行测试用例 同 报告缺陷 同 缺陷处理 同 缺陷意见交流 同 缺陷关联测试用例 同 测试用例关联缺陷 同 最近执行的测试用例 同 测试用例编号快速查询 同 修改缺陷报告 同 缺陷编号快速查询 同 测试用例执行记录 同 测试数据分析 同 测试数据分析(该功能目前在商业版上，免费版中下一版本中推出， 可在商业版在线体验上查看) ， 支持 excel、 word 、pdf 、 powerPoint 和 postScript 多格式导出 测试数据分析类别：分为两类，一为趋势分析共7 项，二类为结果统计共12 项测试数据分析按类别说明趋势分析：( 1)日编写用例趋势：分析在用例设计阶段，各个测试人员编用例的情况(2)提交 |打开 |待处理|修改|关闭BUG 趋势，对