目录MYPM业务流程 (4)1关于MYPM1.1简介“MYPM”是一套专注于IT领域，专门为IT企业定制的集成化项目管理解决方案。
一方面，她把ISO9000和CMMI管理体系以软件形式组织起来，使之具有可实施性和引导性，从而帮助企业把项目管理体系建立和组织起来，并能以便捷的方式在实际项目中引入和实施；另一方面，她把计划、任务及进度管理，工时成本管理，知识管理，质量管理，文档管理及搜索等整合到一个集成化平台中，进行统一的分析管理，企业管理层和项目中所有成员(包括客户)通过这一集成化平台进行协作和沟通，全方位对计划，资源，进度，工时，成本，质量，风险进行把控，任何一项发生变化都会反映到项目关联的其它各个部分。
当前版本为只开放测试管理功能永久免费版。
商业版在线体验地址为；免费版在线体验地址为。
1.2版权声明MYPM集成化项目管理平台版权归北京嘉通软科技有限公司所有，任何侵犯版权的行为将被追究法律责任。
未经版权所有者的书面准许，不得将本软件的任何部份以任何形式、采用任何手段（电子的或机械的，包括照相复制或录制）、或为任何目的的，进行复制或扩散。
免费版只要不用于商业目的，不受此限制。
Copyright(C)2008-2010北京嘉通软科技有限公司。
版权所有，复制必究。
北京嘉通软科技有限公司不对因为使用该软件、用户手册中的缺陷所造成的任何损失负责。
2MYPM基本约定2.1页面布局2.2数据展示区记录选择在MYPM数据展示区内，只要点击了某行记录，则在点击工具栏上的功能按钮时，将处理点击的记录。
2.3人员选择窗口缺省加载记录MYPM人员选择窗口缺省加载时，如人员多于100人，缺省显示按登录名升序排序的前100名。
2.4部分工具栏图标说明2.5MYPM业务流程3管理员使用指南3.1MYPM业务流程(免费版只有测试管理功能)3.23．2用户管理“admin”为MYPM内置的管理员帐户，“删除“及“停用”对其无效。
系统初始化后，管理员（admin）要做的第一件事是：以管理员登录MYPM后，在用户管理或系统管理菜单下“修改个人信息”中修改管理员默密码及其eamil。
3.2.1导入用户点击工具栏上的excel图标，（2）下载用户导入模板，（3）打开下载的模板，按模板格式要求填写导入数据并保存，（4）在用户导入窗口中点击“浏览”按钮，选择填写了用户信息的模板文件，然后点击“导入”执行导入（该功能从商业版中分离时，忘加进来）。
3.2.2新建用户点击工具栏上第一个带加号小人图标，输入各项信息后点击“确定”或“确定并继续”完成用户的新建。
重名校验时，把己删除用户计算在内。
3.2.3修改用户点击想要修改用户所在行，然后点击工具伴上第二个斜插着一支笔的小人图标，修改完成后按“确定”保存所做修改。
重名校验时，把己删除用户计算在内。
3.2.4切换用户状态MYPM用户有“启用”和“禁用”两种状态，缺省为“启用”状态，“禁用”的用户不许再登录系统，“禁用”用户登录时，提示信息为：“用户名或密码错误”。
点击想要切换状态的用户所在行，再点击工具栏上第三个颜色暗淡的小人图标，切换用户状态。
3.2.5重置用户密码点击想要切换状态的用户所在行，再点击工具栏上第四个钥匙图标，切重置用户密码为”mypm”。
3.2.6删除用户逻辑删除mypm中的用户3.2.7用户组管理一个用户可从属于多个组，一个组可含多个用户；组不具有权限，只是便于用户的查找一群用户的一个集合。
组与用户的关系，可双向维护（即可以在用户维护中指定其所属组，也可以在组维护中指定其成员）。
3.3权限管理MYPM的权限细划到“按钮”级，权限授予到角色对像上，用户通过从属于角色来获得所从属的角色的权限，如用户从属于多个角色，其权限人多个角色权限的并集。
如设定了角色的访问IP，则其内用户只能在指定的这些IP上登录MYPM。
免费版IP登录限制功能无效。
另外还有一个特殊的与工作职责相关的双重角色：测试负责人，他们在获得相关测试管理权限基础上，同时还要在某个测试项目中担任测试负责人，才可以管理相应的项目。
4使用手册4.1通用使用指南4.1.1定制首页分为单列表和多列表两种定制方式，默认首页为“项目列表”，在多列表首页中个人工作台被禁用。
下图为多列表登录首页。
4.1.2消息管理MYPM中的消息为公告性质的消息，其效期有时限，即只有在生效期限内的消息可被查看。
发布消息发布消息列表显示本人发布的所有消息发布消息操作界面如下图消息类型有广播和限定接收入两种，类型为限定接收入时，且选择MAIL告知，接收入会收到mail提醒。
在公告内容中插入图片，在“附件/插图片”中选择要插入的图片，然后点“浏览”按钮右边的带加号图标，即可在公告内容当前光标中插入图片。
修改消息只能修改未生效和己失效的消息，接收消息显示未失效的广播消息和本人接收到的消息消息维护可以修改，删除所有人员发布的消息，也可发布消息4.1.3缺陷处理BUG采用流程驱动，登录MYPM后，缺省显示当前流转到本人的BUG。
在BUG列表中点击测试人员，对BUG进行意见交流；双击BUG编号关联测试用例，双击BUG状态处理BUG，如BUG当前不需要本人处理，则显示BUG明细。
如下图所示。
MYPM中有25种缺陷状态(为系统的测试分析提供依据)，同时又不增加用户的使用难度，MYPM缺陷控制引擎会自动根据测试流程，缺陷当前状态及处理人员在项目的角色，引导操作人员处理缺陷，无需关心测试流程。
如下图所示，在“更改状态为”下拉列表中，可选的状态就是缺陷控制引擎自动计算出来的，选择某个状态后，系统会自动引导BUG的下一步流转，切换到处理历史页，可以查看BUG的处理历史。
4.1.4测试需求管理，测试用例管理和缺陷管理菜单切换规则在切换到测试需求管理，测试用例管理和缺陷管理菜单时，会自动记住最后处理的测试需求或测试用例，或缺陷所属的测试项目，切换菜单后处理的也是同一项目的相关数据。
比如，从测试需求切换到缺陷管理时，缺省显示测试需求管理中进入的测试项目的缺陷；又例如，在缺陷列表中，点击了某个BUG，再切换到用例管理时，默认切换到该BUG所属测试项目的用例管理。
4.1.5测试用例和缺陷编号快速查询在用例管理列表页面，和缺陷管理列表页面，都可以通过在工具栏上输入他们的编号来实现精确皮配查询测试用例或是缺陷。
编号快速查询后，点击工具栏上的“刷新”按钮，列表显示复原为编号快速查询前的显示内容。
4.1.6修改个人信息在系统管理菜单下，点击“修改个人信息”子菜单，便可修改当前登录人员的个人信息4.1.7测试基础数据维护维护下面11类测试基础数据测试用列类：用例优先级和用例类型BUG管理类：BUG频率，BUG类型，BUG等级，BUG时机，BUG优先级，BUG来源，BUG引入原因，BUG引及阶段，BUG发生平台。
如图所示数据项为蓝色的表示系统缺省的，缺省的不可以删除，只要以停用，只有自定义的测试基础数据可以被删。
新建测试基础项4.2测试经理/测试负责人使用指南4.2.1测试基础数据维护同通用使用指南4．1．7部分的测试基础数据维护，如果认可MYPM缺省的测试基础数据，不需要再自行维护测试基础数据。
4.2.2测试项目管理及简介MYPM测试管理业务流程如下，位于测试管理/测试项目管理菜单下MYPM的测试项目有两个来源，一个是来源于项目管理中项目WBS中定义的测试任务；另一个来源是不纳入项目管理的独立测试项目。
来源于项目WBS的测试任务不可以删除。
测试项目指定了测试负责人以后，该测试项的管理权将转移支测试负责人，当然前提还要求，这个测试人要管理测试项目的权限。
除管理员外，其他人员“可见”的测试项目为本人参与的测试项目；对于来源于项目管理中项目WBS中定义的测试任务，对于其任务所在项目的参与人员来说，都是“可见”的。
对于免费版无来源于项目管理中项目WBS中定义的测试任务。
独立测试项目与来源于项目WBS的测试任务的区别独立测试项目可以被删除和修改测试项目停息，后者不可以独立测试项目，测试测试流程选择参与人员时，从整个MYPM系统内选择，而后者是人该测试任务参与人员和该测试任务所从属的项目的PM和PSM中选择。
独立测试项目可以附加测试计划附件，后者不可以。
在测试项目管理列表中，来源于项目WBS的测试任务，如项目计划未确定，将不在该列表中显示。
4.2.3创建测试项目建立测试项目最基本流程（1）建测试项目（2）设置测试流程（3）提交测试需求为必须流程。
测试管理/测试项目管理菜单下，从工具栏新建按钮中新建测试项目，输入如图4.2.3.2测试流程及软件版本设置在MYPM中，对于每个测试项目，可以从MYPM提供的流程中选取部分或全部流程作为当前项目的测试流程，测试过程中可以实时调整测试流程。
在测试项目列表中，点击项目名称可以设置测试流程，也可在测试管理/测试流程|版本管理菜单下，点击项目名称进入测试流程设置页面。
在流程设置中主要完成的工作：1设置流程2指定在各个流程节点上的相关人员3设置被测试软件版本；另外一旦在测试流程设置中，指定了测试负责人（可以有多个），该测试项目将交由测试负责人来管理，以后只有他可以更改流程的各流程上节点上的处理人员,当然测试负责人还要有设置测试流程的权限。
如图所示,执行顺序为从上到下。
在流程设置页面中，切换到“版本维护”，设置软件版本；设置版本时，序号应随版本号增长，不可重复，也不可以和被逻辑删除的版本序号重复，如己提交测试需求，删除版本时，为逻辑删除；己停用的版本，不在选择版本的下拉列表中列出。
来源于项目WBS的测试任务，如项目计划未确定，将不可以设置测试流程。
各流程节点说明1用例Review:可选流程.如果用例Review流程没有被选取，新提交的测试用例，状态为“己审核”状态，审核人为自动审批（既用例编写人）。
用例Review人员一般为业务人员，测试负责人，需求人员或开发人员。
2提交问题：必选流程，人员主要为测试人员，不是提交问题这流程节点上的人员也可填报BUG，只是不能确认BUG是否己修复。
3测试互验:可选流程，当测试人员和开发人员不在同一地点办公时，或想测试把关新手提交的BUG时，开启该流程，由资深测试人员来做测试互验，既可以指导新人编写高质量的BUG，也可以在开发人员在处理BUG前，测试人员内部先检查新提交的BUG，省去了可能的因BUG描述理解差异上，或是BUG可复现上带来的和研发人员的沟通成本。
4分析问题:可选流程，分析BUG产生的原因，估算修复BUG需要的时间及期限，一般为研发经理，系统分析师来做分析工作。
5分配问题:可选流程，单元测试时，或团队规模比较小且测试人清晰的知道开发人员所负责的模块时，可以不启用该流程，测试人员提交的BUG，直接分配给开发人员。