1、查询刷新返回导入设置为首页展开或关团树形结构浮动窗口2.5 MYPM业务流程3 管理员使用指南3.1 MYPM业务流程（免费版只有测试管理功能）3.2 32用户管理”admin”为MYPM内置的管理员帐户, ”删除”及”停用”对其无效。系统初始化后, 管理员（ admin） 要做的第一件事是: 以管理员登录MYPM后, 在用户管理或系统管理菜单下”修改个人信息”中修改管理员默密码及其eamil。3.2.1 导入用户点击工具栏上的excel图标, （ 2） 下载用户导入模板, （ 3） 打开下载的模板, 按模板格式要求填写导入数据并保存, （ 4） 在用户导入窗口中点击”浏览”按钮, 选择填写了
2、用户信息的模板文件, 然后点击”导入”执行导入（ 该功能从商业版中分离时, 忘加进来） 。3.2.2 新建用户点击工具栏上第一个带加号小人图标, 输入各项信息后点击”确定”或”确定并继续”完成用户的新建。重名校验时, 把己删除用户计算在内。3.2.3 修改用户点击想要修改用户所在行, 然后点击工具伴上第二个斜插着一支笔的小人图标, 修改完成后按”确定”保存所做修改。3.2.4 切换用户状态MYPM用户有”启用”和”禁用”两种状态, 缺省为”启用”状态, ”禁用”的用户不许再登录系统, ”禁用”用户登录时, 提示信息为: ”用户名或密码错误”。点击想要切换状态的用户所在行, 再点击工具栏上第三个
3、颜色暗淡的小人图标, 切换用户状态。3.2.5 重置用户密码点击想要切换状态的用户所在行, 再点击工具栏上第四个钥匙图标, 切重置用户密码为”mypm”。3.2.6 删除用户逻辑删除mypm中的用户3.2.7 用户组管理一个用户可从属于多个组, 一个组可含多个用户; 组不具有权限, 只是便于用户的查找一群用户的一个集合。组与用户的关系, 可双向维护（ 即能够在用户维护中指定其所属组, 也能够在组维护中指定其成员） 。3.3 权限管理MYPM的权限细划到”按钮”级, 权限授予到角色对像上, 用户经过从属于角色来获得所从属的角色的权限, 如用户从属于多个角色, 其权限人多个角色权限的并集。如设定了
4、角色的访问IP, 则其内用户只能在指定的这些IP上登录MYPM。免费版IP登录限制功能无效。另外还有一个特殊的与工作职责相关的双重角色: 测试负责人, 她们在获得相关测试管理权限基础上, 同时还要在某个测试项目中担任测试负责人, 才能够管理相应的项目。4 使用手册4.1 通用使用指南4.1.1 定制首页分为单列表和多列表两种定制方式, 默认首页为”项目列表”, 在多列表首页中个人工作台被禁用。下图为多列表登录首页。4.1.2 消息管理MYPM中的消息为公告性质的消息, 其效期有时限, 即只有在生效期限内的消息可被查看。发布消息发布消息列表显示本人发布的所有消息发布消息操作界面如下图消息类型有广
5、播和限定接收入两种, 类型为限定接收入时, 且选择MAIL告知, 接收入会收到mail提醒。在公告内容中插入图片, 在”附件/插图片”中选择要插入的图片, 然后点”浏览”按钮右边的带加号图标, 即可在公告内容当前光标中插入图片。修改消息只能修改未生效和己失效的消息, 接收消息显示未失效的广播消息和本人接收到的消息消息维护能够修改, 删除所有人员发布的消息, 也可发布消息4.1.3 缺陷处理BUG采用流程驱动, 登录MYPM后, 缺省显示当前流转到本人的BUG。在BUG列表中点击测试人员, 对BUG进行意见交流; 双击BUG编号关联测试用例, 双击BUG状态处理BUG, 如BUG当前不需要本人处
6、理, 则显示BUG明细。如下图所示。MYPM中有25种缺陷状态（为系统的测试分析提供依据）, 同时又不增加用户的使用难度, MYPM缺陷控制引擎会自动根据测试流程, 缺陷当前状态及处理人员在项目的角色, 引导操作人员处理缺陷, 无需关心测试流程。如下图所示, 在”更改状态为”下拉列表中, 可选的状态就是缺陷控制引擎自动计算出来的, 选择某个状态后, 系统会自动引导BUG的下一步流转, 切换到处理历史页, 能够查看BUG的处理历史。4.1.4 测试需求管理, 测试用例管理和缺陷管理菜单切换规则在切换到测试需求管理, 测试用例管理和缺陷管理菜单时, 会自动记住最后处理的测试需求或测试用例, 或缺陷
7、所属的测试项目, 切换菜单后处理的也是同一项目的相关数据。比如, 从测试需求切换到缺陷管理时, 缺省显示测试需求管理中进入的测试项目的缺陷; 又例如, 在缺陷列表中, 点击了某个BUG, 再切换到用例管理时, 默认切换到该BUG所属测试项目的用例管理。4.1.5 测试用例和缺陷编号快速查询在用例管理列表页面, 和缺陷管理列表页面, 都能够经过在工具栏上输入她们的编号来实现精确皮配查询测试用例或是缺陷。编号快速查询后, 点击工具栏上的”刷新”按钮, 列表显示复原为编号快速查询前的显示内容。4.1.6 修改个人信息在系统管理菜单下, 点击”修改个人信息”子菜单, 便可修改当前登录人员的个人信息4.
8、1.7 测试基础数据维护维护下面11类测试基础数据测试用列类: 用例优先级和用例类型BUG管理类: BUG频率, BUG类型, BUG等级, BUG时机, BUG优先级, BUG来源, BUG引入原因, BUG引及阶段, BUG发生平台。如图所示数据项为蓝色的表示系统缺省的, 缺省的不能够删除, 只要以停用, 只有自定义的测试基础数据能够被删。新建测试基础项4.2 测试经理/测试负责人使用指南4.2.1 测试基础数据维护同通用使用指南417部分的测试基础数据维护, 如果认可MYPM缺省的测试基础数据, 不需要再自行维护测试基础数据。4.2.2 测试项目管理及简介MYPM测试管理业务流程如下,
9、位于测试管理/测试项目管理菜单下MYPM的测试项目有两个来源, 一个是来源于项目管理中项目WBS中定义的测试任务; 另一个来源是不纳入项目管理的独立测试项目。来源于项目WBS的测试任务不能够删除。测试项目指定了测试负责人以后, 该测试项的管理权将转移支测试负责人, 当然前提还要求, 这个测试人要管理测试项目的权限。除管理员外, 其它人员”可见”的测试项目为本人参与的测试项目; 对于来源于项目管理中项目WBS中定义的测试任务, 对于其任务所在项目的参与人员来说, 都是”可见”的。对于免费版无来源于项目管理中项目WBS中定义的测试任务。独立测试项目与来源于项目WBS的测试任务的区别独立测试项目能够
10、被删除和修改测试项目停息, 后者不能够独立测试项目, 测试测试流程选择参与人员时, 从整个MYPM系统内选择, 而后者是人该测试任务参与人员和该测试任务所从属的项目的PM和PSM中选择。独立测试项目能够附加测试计划附件, 后者不能够。在测试项目管理列表中, 来源于项目WBS的测试任务, 如项目计划未确定, 将不在该列表中显示。4.2.3 创立测试项目建立测试项目最基本流程（ 1） 建测试项目（ 2） 设置测试流程（ 3） 提交测试需求为必须流程。4.2.3.1 建测试项目测试管理/测试项目管理菜单下, 从工具栏新建按钮中新建测试项目, 输入如图4.2.3.2 测试流程及软件版本设置在MYPM中
11、, 对于每个测试项目, 能够从MYPM提供的流程中选取部分或全部流程作为当前项目的测试流程, 测试过程中能够实时调整测试流程。在测试项目列表中, 点击项目名称能够设置测试流程, 也可在测试管理/测试流程|版本管理菜单下, 点击项目名称进入测试流程设置页面。在流程设置中主要完成的工作: 1设置流程2指定在各个流程节点上的相关人员3设置被测试软件版本; 另外一旦在测试流程设置中, 指定了测试负责人（ 能够有多个） , 该测试项目将交由测试负责人来管理, 以后只有她能够更改流程的各流程上节点上的处理人员,当然测试负责人还要有设置测试流程的权限。如图所示,执行顺序为从上到下。在流程设置页面中, 切换到
12、”版本维护”, 设置软件版本; 设置版本时, 序号应随版本号增长, 不可重复, 也不能够和被逻辑删除的版本序号重复, 如己提交测试需求, 删除版本时, 为逻辑删除; 己停用的版本, 不在选择版本的下拉列表中列出。来源于项目WBS的测试任务, 如项目计划未确定, 将不能够设置测试流程。各流程节点说明1用例Review:可选流程.如果用例Review流程没有被选取, 新提交的测试用例, 状态为”己审核”状态, 审核人为自动审批（ 既用例编写人） 。用例Review人员一般为业务人员, 测试负责人, 需求人员或开发人员。2提交问题: 必选流程, 人员主要为测试人员, 不是提交问题这流程节点上的人员也
13、可填报BUG, 只是不能确认BUG是否己修复。3测试互验:可选流程, 当测试人员和开发人员不在同一地点办公时, 或想测试把关新手提交的BUG时, 开启该流程, 由资深测试人员来做测试互验, 既能够指导新人编写高质量的BUG, 也能够在开发人员在处理BUG前, 测试人员内部先检查新提交的BUG, 省去了可能的因BUG描述理解差异上, 或是BUG可复现上带来的和研发人员的沟通成本。4分析问题:可选流程, 分析BUG产生的原因, 估算修复BUG需要的时间及期限, 一般为研发经理, 系统分析师来做分析工作。5分配问题:可选流程, 单元测试时, 或团队规模比较小且测试人清晰的知道开发人员所负责的模块时,
14、 能够不启用该流程, 测试人员提交的BUG, 直接分配给开发人员。一般分配人应该为研发经理, 研发组长等, 能够有多个分配人。6修改问题:必选流程, 顾名思义是修复BUG的环节, 设置的人员是研发人员。7开发互检:顾名思义是开发人员修改完BUG后, 她们间的交叉检查。设置的人员是研发人员。8分歧仲裁: 必选流程,当测试人员和研发人员对某个BUG的达不成共识时, 或研发人员要求BUG延期修改, 或不计划修复某个BUG时, 由仲裁人来裁决。一般仲裁人为研发经理, 或产品经理。8测试确认: 必选流程,且不需要再指定确认人, 重用提交问题环节的测试人员。4.2.3.3 测试需求管理只有设置了测试流程的
15、测试项目方可维护测试需求。测试需求维护主要有两个步骤。对于测试需求的管理, 只有测试负责人能够管理, 同时还要有测试需求管理的权限。点击工具栏上切换项目按钮, 能够切到其它测试项目。（1）建立测试需求（2）提交测试需求4.2.3.4 建立测试需求在测试需求分解树中, 点击某个节点, 然后点击工具栏上新建按钮, 一次可批量新建10个测试需求（ 有10个输入域, 新建提交时, 致少要有一个输入域不为空） , 测试需求同级不能重名。在测试需求分解树上, 双击某人测试需求, 能够修改该测试需求名称; 能够拖拽移动; 在需求分解对上右击某个测试需求即可删除它。如测试需求己提交, 不能够删除, 只能停用,
16、 停用的测试需求, 将不在BUG或用例需求分解对上出现。在测试需求管理的测试需求分解树中, 己停用的测试需求显示为红色。4.2.3.5 提交测试需求点击测试需求管理工具栏上, 提交测试需求按钮既可。另外还可为一级测试需求设置kloc值, 同时也能够为测试需求指派开发人员。Klog值用于计算BUG密度; 如测试需求指派了开发人员, 在分配BUG时, 能够更准确的指派BUG到相应的开发人员。4.2.4 测试用例管理主要功能为编写用例, 审核用例, 执行用例, 关联BUG, 执行用例时, 能够修改用例。在用例列表工具栏切换项目时, 弹出来的项目选择列表中, 只列出己设置测试流程的测试项目。4.2.4
17、.1 关联BUG点击用例编号关联BUG, 关联BUG时, 也可现填写BUG。关联BUG时, 在BUG列点中。如进行测试时, 有完整的测试用例, 测试人员, 只需进入测试用例管理中, 边执行用例, 边关联BUG., 不需要在测试用例和缺陷管理中来回切换。如下图所示4.2.4.2 编写测试用例点击测试需求分解树中, 某个非根节点, 然后点击工具栏上新建按钮, 输入界面如图默认执行成本为2, 如想在用例中插入图形, 从浏览中选择一图片文件, 然后点击浏览按扭右则的图标, 就把选择的图片插入到”过程及数据”光标所在位置处。如测试流程中设开启了用例Review流程, 新编写的用例状态为待审核状态, 如不
18、开启, 则为己审核, 审核人为自动审核。4.2.4.3 审核用例只有处在用例Review流程环节的, 人员能够审核测试用例, 当然还要有审核用例的系统权限, 审核经过时, 选择提交测试, 用例变为己审核状态; 审核不经过时, 选择发回修正, 用例变为待修正状态。4.2.4.4 执行测试用例执行用例时, 能够修改用例, 修改后保存既可。执行时必须选择执行版本, 执行结果有4种, 分别是”经过”, ”未经过”, ”阻塞”和”不适用”。每个版本只有一个测试结果, 也就是说生成用例执行记录时, 如己有该用例的在该版本的测试记录时, 最后的执行记录将覆盖上一次的同一版本的测试记录。4.2.4.5 测试用
19、例执行记录显示当前测试项目, 用例执行记录, 含未执行的用例。点击用例编号, 关联BUG; 点击用例描述查看用例明细。也可人在这个列表中选择用例并执行。4.2.4.6 最近执行的测试用例显示最近一周（ 从当前算起的7天之前） 本人执行的测试作例。在最近执行的用例列表中, 点击用例编号, 关联BUG;也可人在这个列表中选择用例并执行, 如执行结果为不适用, 则不能够再执行。4.2.4.7 测试用例编号快速查询同通用使用指南中4.1.134.2.5 缺陷管理缺陷管理是测试管理中的重中之重。主要功能有缺陷跟踪、 缺陷消息交流、 缺陷关联用例, 缺隐流转历史记录。在缺陷管理主页面上, 能过工具栏上的切
20、换项目下拉列表, 能够指定当前工作在某个具体的测试项目, 也能够选择所有项目, 在所有项目视图中, 新建缺陷时, 需要先选择测试项目,在指定项目中则不需要再指定测试项目。MYPMbug跟踪采用流程驱动, 登录MYPM后, 缺省显示当前流转到本人的BUG及需本人刚处理过, 且下一处理人还未处理的BUG。MYPM中有25种缺陷状态（为系统的测试分析提供依据）, 同时又不增加用户的使用难度, MYPM缺陷控制引擎会自动根据测试流程, 缺陷当前状态及处理人员在项目的角色, 引导操作人员处理缺陷。在缺陷管理列表工具栏切换项目时, 如选择”切换到指定项目”弹出来的项目选择列表中, 只列出己设置测试流程的测
21、试项目。缺陷管理主页面如图所示4.2.5.1 新建缺陷报告测试项目内所有人员, 不但仅是测试人员, 都能够新建缺陷报告, 但只有测试人员能够确认缺陷的修复情况。从工具栏中点击”新建”图标, 既可如下图填写新的缺陷如在所有项目缺陷列表模式下, 新建缺陷时, 还要选择测试项目。在新建BUG面页中, BUG状态由测试流程自动生成, 如下一流程为测试互验, 则状态为”待置”且下一处理人为测试互验人; 如下一流程为分析则状态为”分析”且下一处理人为分析人; 如下一流程为分配则状态为”分配”且下一处理人为分配人; 如下一流程为修改问是, 则状态为”待改”且下一处理人为开发人员。新建BUG时, 除BUG描述
22、和再现步骤需手动输入, 其它必填填, 在获得焦点时, 自动弹出选择框。如想在再现步骤中插入图形, 从浏览中选择一图片文件, 然后点击浏览按扭右则的图标, 就把选择的图片插入到”再现步骤”光标所在位置处; 如选择了文件, 又不以图片形式插入, 则做为BUG的附件。4.2.5.2 修改缺陷报告从缺陷管理列表中, 选择一个要要修改的缺陷, 然后从工具栏上点击修改图标, 修改输入页面同新建缺陷界面。不论缺陷状态为什么, 都能够修改缺陷报告。只有测试人员, 和缺陷报告的创立人能够修改缺陷报告。如在处理缺陷还修改了缺陷内容, 这时所做修改会记录到处理历史中。4.2.5.3 从缺陷关联用例如缺陷己关联的测试
23、用例, 在缺陷列表中, 缺陷的编号显示为蓝色。缺陷与用例间的关联关系为多对多。在所测试软件的需求文档不全, 或是用例不全, 或是没有用例就进入测试的情况下, 测试经理能够经过要求测试人员, 在每新建一个缺陷时, 要求关联一个用例, 来实现在后期边测试边补充用例, 从而降低人员变动带来的风险。4.2.5.4 缺陷意见交流MYPM提供了针对缺陷的消息交流机制, 使相关缺陷处理人员能够对缺陷做出快速的反应。这种交流机制在MYPM中称之为意见交流。在缺陷管理的缺陷列表中, 如缺陷有她人发送给本人的意见, 在测试人员一列将显示为蓝色, 双击测试人员进入意见交流页面。有两个TAB页, 一个是意见交流记录,
24、 另一个是缺陷的基本信息在意见交流列表上的工具栏中点击新建按钮, 能够发表新意见, 在发发给下拉列表中, 可选择项目所有成员, 测试人员, 分析分员, 分配人员, 开发人员, 开发负责人。接收人员是按在项目测试流程中的角色来定义的, 也就是说接收人, 不是一个人, 是代表一类角色的相关人员。4.2.5.5 处理缺陷相关人员处理BUG时, 不用关心BUG有多少种状态, 缺陷控制引擎会自动根据测试流程, 缺陷当前状态及处理人员在项目的角色自动算出来, 当前可转换为什么装态, 及交给谁作为下一处理人。在缺陷管理列表中, 点击某个缺陷的状态进入缺陷处理。如当前缺陷没流转到本人, 或当前缺陷当前状态不是
25、本人所设置, 这时点击缺陷状态进入的是缺陷明细页面。如处理缺陷时, 不想改态缺陷状态, 只想改变测试人员或开发人员时, 只要点击测试人员或开发人员输入域, 便可从弹出窗口中选择。如把缺陷状态修改为”重复”要求关联一个己之重复的缺陷, 关联重复的缺陷时, 要求被关联的缺陷, 报告时间在当前要处理的缺陷报告时间前。如当前处理为流程为测试互验、 分配或分析问题时, 要求填写校在版本, 既验证该缺陷所现在的版本。在更换状态后, MYPM缺陷控制引擎根据是否需要自动要求, 选择下一处理人。如下一流程为分配, 更改状态为分配, 则在缺陷状态下方会提显示, 转分配人的输入域, 移入焦点到转分配人输入域后弹出
26、分配人供选择; 如下一流程人测试互给, 则需要选择测试互验人; 如把状态更改为”分岐”, 则要求选择仲裁人; 不是所有状态都要选择下一处理人, 如开人员人修改缺陷为己修改, 如下一流程为测试确认, 则不需要指定下一处理人。处理缺时, 能够在再现步骤中加入新内容, 提交所做处理后, 会自动保存加入的新信息, 同时连同处理结果及所做变更记录到处理历史中。4.2.6 缺陷编号快速查询4.2.7 调整测试流程测试过程中, 能够根据需要, 实时调整测试流程, 如原来用例Review流程, 被取消, 只对取消后新提交的测试用例有效, 原有的待审核的用例, 依然需要审核; 其它流程如被取消, 原来在该流程节
27、点上, 要处理的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从缺陷关联用例测试用例关联缺陷同4.2.4.1关联BUG最近执行的测试用例同4.2.4.6最近执行的测试用例测试用例编号快速查询同4.2.4
28、.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 测试数据分析按类别说明4.4.2.1 趋势分析:（ 1） 日编写用例趋势: 分析在用例设计阶段, 各个测试人员编用例的情况（2）提交|打开|待处理|修改|关闭BUG趋势, 对缺陷综合分析, 如提交的BUG趋势为, 提交的缺陷越来越少, 但待处理的缺陷越来越多, 说明进度主要慢在缺陷的修复上。如提交的缺陷越来越多, 说明系统越来越不稳定等。（3）开发人员修改BUG趋势: 按日期按人对比分析开发人员修复BUG的效率（ 4） 日提交BUG趋势: 按日期按人对比分析测试人员提交BUG的数量及
