产品测试管理系统软件用户操作手册优选.docx
- 文档编号:1609570
- 上传时间:2023-05-01
- 格式:DOCX
- 页数:48
- 大小:1.68MB
产品测试管理系统软件用户操作手册优选.docx
《产品测试管理系统软件用户操作手册优选.docx》由会员分享,可在线阅读,更多相关《产品测试管理系统软件用户操作手册优选.docx(48页珍藏版)》请在冰点文库上搜索。
产品测试管理系统软件用户操作手册优选
产品测试管理系统软件
---用户操作手册(V0.0.1)
文档编号:
产品测试管理系统软件_用户操作手册_V0.0.1
文档类别:
☑公司级☒部门级☒项目级☒普通级
保密级别:
☒绝密☒机密☒秘密☑普通
版本说明
版本
更新日期
更新者
V0.0.1
2013/08/08
1概述
1.1系统开发背景
产品测试管理系统建设的总体背景是帮助软件项目组组织和管理软件测试流程的所有阶段,提高测试的工作效率,节省时间,起到事半功倍的效果。
1.2范围
本手册大致可分为四大部分
1、系统开发背景目的、系统相关名称概念;
2、系统整体功能概述;
3、系统运行环境;
4、系统功能介绍及各功能使用步骤;
1.3定义、缩写词
名称
说明
备注
系统管理员
项目经理
产品经理
测试经理
项目研发人员
项目测试人员
美工设计
1.4操作用户
本文档针对产品测试管理系统的最终用户
1、要求对系统的定义、缩略词及基本的原理有一个了解;
2、要求用户能熟练的使用windows系统IE功能;
1.5功能概述
系统操作人员主要分为四种角色进行系统管理,包括系统管理员、按部门划分权限,如:
公司管理部门,公司开发部,公司测试部等。
但是每个部门的人员各不同权限。
Ø产品经理管理员主要功能是对应产品管理,包括如下细分功能:
1)产品管理:
新增产品、编辑产品、删除产品和查询产品;
2)需求管理:
新增需求、编辑需求、关联产品、删除需求和查询需求;
3)计划管理:
新增计划、编辑计划、、关联产品删除计划和查询计划;
4)文档管理:
新增文档、编辑文档、、关联产品删除文档和查询文档;
5)操作动态:
查询自己操作动态;
Ø项目经理管理员主要功能是对应项目管理,包括如下细分功能:
1)项目管理:
新增项目、编辑项目、删除项目、关联产品和查询项目;
2)项目模块管理:
新增模块、编辑模块、删除模块、关联模块和查询模块;
3)项目任务管理:
新增任务、编辑任务、删除任务、关联模块、和查询任务;
4)需求管理:
新增需求、编辑需求、关联项目模块、删除需求和查询需求;
5)团队管理:
添加团队成员。
6)操作动态:
查询自己操作动态;
7)版本管理:
进行项目的版本管理;
Ø测试人员主要功能是对应项目测试管理,包括如下细分功能:
1)产品模块导入;
2)Bug管理:
新增bug、编辑bug、删除bug,指派给谁;
3)用例管理:
新增用例、编辑用例、删除用例、用例导出;
4)测试任务管理:
新增测试任务,编辑测试任务,删除测试任务;
5)BUG统计管理
Ø系统管理员主要功能是对应系统的管理,包括如下细分功能:
1)用户管理:
新增用户,编辑用户,删除用户;
2)部门管理:
新增部门,编辑部门,删除部门;
3)权限分配;
4)操作日志;
5)邮件配置;
6)统计管理
7)文档管理
2系统运行环境
2.1客户端环境说明
Ø主频1G以上CPU;
Ø1G以上内存;
ØMicrosoftWindows9X\NT\XP\Win7操作系统;
ØInternetExplorer7.0以上的浏览器,推荐使用IE8;
2.2浏览器设置
Ø将系统的访问地址加入到浏览器的可信站点中
Ø在Internet选项->安全->可信站点->自定义级别中,启用“对未标记为可安全执行的ActiveX控件初始化并执行脚本”选项如图所示:
图(2-1)
图(2-2)
2.3登录系统
从任一台满足客户端环境说明并接入产品测试管理系统网络的计算机上均可访问系统。
打开IE浏览器,输入行为产品测试管理系统平台服务器网址,系统显示审计平台登录界面,如下图:
图(2-3)
步骤1:
中育至诚产品测试管理系统部署完成后,打开浏览器输入访问地址,进入图2-3所示登录页面。
步骤2:
插入教育Ukey。
步骤3:
在帐号和验证码输入框中分别输入帐号和验证码。
步骤4:
单击【登录】按钮,弹出Ukey验证码,然后填入Ukey密码。
步骤5:
点击【确定】按钮,等待进入系统;
3界面操作
3.1系统首页
3.1.1界面概述
1.首页面为主机管理页面,用户可以登录到相应的设备上。
2.左上角为本系统名称与logo图片。
3.系统菜单区,点击菜单项可以打开菜单,点击子菜单,可以进入需要操作的页面。
4.中间为系统主页面区,用于展示各功能页面。
图(3-1-1)
3.1.2系统管理员主要操作步骤
1.首先使用系统管理员账号登录到系统,在产品测试系统管理页面创建用户所属的组织分组,分组信息。
2.通过部门创建,所属部门。
3.在账号管理功能中创建用户,系统管理员主要创建各部门系统的角色的应用账号,,账号创建后可以为创建的账号分配在“权限”中分配系统权限。
3.2系统管理
在系统管理视图下,我们主要使用用户列表和权限分组,来配置账号。
如果需要更全面记录用户信息,可以使用部门维护和公司管理。
如图3-2:
图(3-2)
3.2.1部门管理
部门管理主要针对公司部门的信息管理如图所示:
图(3-2)
3.2.1.1部门新增
在系统管理,选中部门填入公司相关的部门进行保存,如图3-2-1-1所示:
图(3-2-1-1)
3.2.1.2部门删除
在系统管理,选择部门,左边部门列表中选择删除部门,如图3-2-1-2所示:
图(3-2-1-2)
3.2.1.3部门编辑
在系统管理,选中部门填入公司相关的部门进行修改点击保存,如图3-2-1-3所示:
修改前:
修改后:
图(3-2-1-3)
3.2.1.4部门的下级部门添加
在系统管理,选中部门的下级部门进行添加点击保存,如图3-2-1-4所示:
图(3-2-1-4)
3.2.2用户管理
进行产品测试管理用户信息维护如图3-2-2所示:
图(3-2-2)
3.2.2.1用户新增
进行添加产品测试系统用户新增,如图所示:
图(3-2-2-1)
3.2.2.2用户编辑
进行添加产品测试系统用户编辑,如图所示:
图(3-2-2-2)
3.2.2.3用户删除
进行添加产品测试系统用户删除,如图所示:
图(3-2-2-3)
3.2.3权限管理
在产品测试管理中,用户权限都是通过分组来获得的。
所以在完成部门结构划分之后,就应该建立用户分组,并为其分配权限。
如图3-2-3所示:
图(3-2-3)
3.2.3.1创建分组
Ø使用管理员登录产品测试管理系统,进入系统管理视图。
Ø选择权限分组,进入分组的列表页面。
Ø点击新增,即可创建分组。
Ø在这个分组列表页面,还可以对某一个分组进行权限的维护、成员维护、或者复制。
如图3-2-3-1所示:
图(3-2-3-1)
3.2.3.2权限设置
Ø管理员身份登录
Ø进入系统管理视图
Ø点击”权限分组“,进入权限分组列表页面。
Ø选择某一个分组,点击“权限维护”,即可维护该分组的权限。
Ø点击某一个模块名后面的复选框,可以全选该模块下面的所有权限,或者全部取消选择。
还可以查看某一个版本新增的权限列表。
如图3-2-3-2所示:
图(3-2-3-2-1)
图(3-2-3-2-2)
3.3产品管理
产品管理对于公司来讲,至关重要。
只有做出好的产品或者服务出来,才能赢得市场,谋求发展和生存。
所以产品经理的这个位子对于公司来讲,是非常关键的,相当于公司的大脑,在决定着公司前进的方向。
在产品测试管理系统里面,产品和项目这两个概念被明确的区分开来。
产品是需求方,决定做什么。
项目是执行方,解决的是如何做的问题。
而测试则是保障方,解决的是正确的做事情的问题。
所以在产品管理系统中,所有的一切都是围绕产品展开的。
产品是整个项目管理活动的核心。
如图3-3所示:
图(3-3)
3.3.1创建产品
Ø用产品经理的角色登录产品测试管理系统。
Ø进入产品视图,然后点击页面右侧的“新增产品”链接,即可出现新增产品的页面。
Ø如果系统中还没有添加产品,系统也会自动跳转到产品的添加页面。
如图3-3-1所示:
图(3-3-1)
3.3.2需求管理
我们产品经理可能都习惯了写需求设计文档,或者规格说明书,通过一个非常完整的word文档将某一个产品的需求都定义出来。
但在产品测试管理系统里面,我们提倡按照功能点的方式来写需求。
简单来讲,就是将原来需求设计文档中的每一个功能点摘出来,录入在产品测试管理系统里面,作为一个个独立的功能点。
如果按照scrum标准走的话,我们可以称之为用户故事(userstory)。
所谓用户故事,就是来描述一件事情,作为什么用户,希望如何,这样做的目的或者价值何在,这样有用户角色,有行为,也有目的和价值所在,非常方便与团队成员进行沟通。
如图3-3-2所示:
图(3-3-2)
3.3.2.1创建需求
Ø使用产品经理角色登录系统。
Ø进入产品视图。
Ø在页面右侧,有“新增需求”菜单,点击菜单,出现新增需求的页面。
如图所示:
图(3-3-2-1)
注意项:
∙需求的标题是必填项。
∙所属计划和模块,可以暂时保留为空。
∙需求审核那块,我们选上不需要审核,这样新创建的需求状态就是激活的。
只有激活状态的需求才能关联到项目中,进行开发。
∙需求可以设置抄送给字段,这样需求的变化都可以通过email的形式抄送给相关人员。
∙可以设置关键词,这样可以比较方便的通过关键词进行检索。
3.3.2.2评审需求
在创建需求的时候,有一个"不需要评审"的复选框,如果选中该复选框的话,需求的创建是激活中的。
但大部分情况下面,需求还是需要评审的。
即使产品完全有一个人负责,也可以将一些不成熟的想法存为草稿,后续再进行处理。
新增需求的评审流程如图3-3-2-2-1下:
图(3-3-2-2-1)
评审界面如图3-3-2-2-2所示:
图(3-3-2-2-2)
注意事项:
∙评审结果可以选择确认通过、有待明确、拒绝等操作。
如果选择“确认通过”,则需求的状态改为“激活中”,然后就可以关联到项目中进行开发了。
∙如果选择“有待明确”,会保持需求的草稿状态,并将需求指派回需求的创建者头上,有其继续进行完善。
∙由谁评审是记录的参与评审的人员名单,可以输入用户名来自动筛选。
一般来讲需求评审可以是一个线下的评审会议,在产品测试管理系统里面记录下参与需求评审的人员即可。
3.3.3创建计划
Ø对于产品经理自己而言,发布计划可以帮助他规划产品,制定发布的节奏,调整需求的优先级。
Ø对于公司其他部门的同事以及外部的客户而言,发布计划可以让他们知晓产品的进展情况,以便做好相应的安排。
Ø同时在项目关联需求的时候,计划可以帮助需求的关联。
如图3-3-3所示
图(3-3-3)
3.3.4计划关联需求
Ø创建完计划之后,可以为计划关联需求
如图3-3-4所示:
图(3-3-4)
3.4项目管理
产品测试管理系统里面的项目其实对应的是敏捷开发里面的迭代的概念。
只不过我们为了大家更容易理解和接受,还是沿用了传统的项目的概念。
如3-4图所示:
图(3-4)
3.4.1项目新增
Ø使用项目经理角色登录系统。
Ø进入项目视图。
Ø在页面右侧,有“添加项目”菜单,点击菜单,出现添加项目的页面。
如图3-4-1所示:
图(3-4-1)
注意事项:
1.项目代号是一种隐喻,也就是团队内部可以互相了解和知晓来作为项目的代号。
2.团队名称,可以自己定义,比如叫做“产品测试管理系统开发团队”等。
3.在添加项目的时候,可以选择关联与之相关的产品,以便后续进行需求的关联。
4.项目可以控制它的访问权限,分为默认、私有和自定义白名单三种。
3.4.2项目团队组建
项目组建之后要做的事情就是设置团队。
很多朋友经常问,为什么我在创建任务的时候,只能指派给自己呢?
其实原因很简单,是因为没有设置团队。
Ø当项目创建成功之后,可以根据提示设置团队。
如图3-4-2-1所示:
图(3-4-2-1)
Ø或者从项目视图中的团队菜单,也可以进行项目的团队管理。
如图3-4-2-2所示:
图(3-4-2-2)
3.4.3项目需求
项目团队组建完毕之后,接下来要做的一个工作就是确定这期项目要做的需求。
这项任务其实是整个团队,包括产品在内,共同完成的。
如图3-4-3所示:
图(3-4-3)
3.4.3.1关联产品
如果在创建项目的时候,已经关联过产品,可以忽略这个步骤。
Ø以项目经理身份登录。
Ø进入项目视图。
Ø点击“关联产品”按钮。
然后点选该项目相关的产品即可。
如图3-4-3-1所示:
图(3-4-3-1)
3.4.3.2关联产品
Ø在关联需求的时候,可以按照优先级进行排序。
Ø关联的需求状态必须是激活的(评审通过,不能是草稿)
如图3-4-3-2所示:
图(3-4-3-2)
3.4.4分解任务
需求确定之后,项目中几个关键的因素都有了:
周期确定、资源确定、需求确定。
下面我们要做的事情就是为每一个需求做wbs任务分解,生成完成这个需求的所有的任务。
note:
是完成需求的所有任务,这里面包括但不限于设计,开发,测试等。
如图3-4-4所示:
图(3-4-4)
3.4.4.1需求列表
Ø在项目的需求列表页面,可以很方便地对某一个需求进行任务分解。
Ø同时还可以查看这个需求已经分解的任务数。
如图3-4-4-1所示:
图(3-4-4-1)
3.4.4.2分解任务
Ø这时候创建任务的时候,就可以选择需求了。
Ø我们同时提供了需求查看的链接。
Ø如果需求和任务的标题是一样的,可以通过”同需求“按钮快捷的复制需求的标题。
如图3-4-4-2所示:
图(3-4-4-2)
注意事项
1.需要将所有的任务都分解出来。
这里面包括设计,开发,测试,美工,甚至包括购买机器,部署测试环境等等。
2.任务分解的粒度越小越好,比如几个小时就可以完成。
3.如果一个任务需要多个人负责,继续考虑将其拆分。
4.事务型的事务可以批量指派,比如需要让团队里面的每一个人都写个项目总结,可以选择类型是事务,然后批量指派给团队里面的所有人员。
5.任务的类型请仔细设置,这个会涉及到需求研发阶段的自动计算。
后面我们会有讲解。
6.任务的分配最好是自由领取,这样可以最大程度上调动大家的积极性。
7.任务的分解最好是由团队共同完成,不要由项目经理一人包办。
3.4.5版本管理
当完成若干功能之后,就可以创建版本了。
版本的概念在英文里面是build,可以对应到软件配置管理的范畴。
这是一个可选流程,但还是建议团队能够实施版本管理。
这个版本主要的作用在于明确测试的范畴,方便测试人员和开发人员的互动,以及解决不同版本的发布和bug修复等问题。
如图3-4-5所示:
图(3-4-5)
3.4.5.1版本新增
Ø首先是团队经过开发,完成了若干需求,或者解决了一些bug。
Ø以项目经理身份登录。
Ø进入项目视图。
Ø点击“版本”按钮。
然后点选“创建版本”即可。
如图所示
图(3-4-5-1-1)
图(3-4-5-1-2)
注意事项:
1.名称编号,团队应该有自己的配置管理规范。
比如可以是产品名_版本号_状态(stble,beta之类)_日期
2.不同开发语言其版本的存在形式也不同,有的需要编译,有的只需要源代码。
请根据公司的实际情况来填写源代码地址,或者是存储地址。
3.在创建版本的时候,可选择这次版本完成的功能和解决的bug。
这样提交给测试人员进行测试的时候,就可以明确这次测试的范畴,测试可以更加有针对性。
4.描述字段可以填写一些测试的注意事项、重点内容等。
3.4.5.2提交测试
Ø以项目经理身份登录。
Ø进入项目管理视图。
Ø点击“版本”按钮。
然后点选某一版本选择“提交测试”即可。
如图所示:
图(3-4-5-2-1)
图(3-4-5-2-2)
3.4.5.3查看bug
Ø以项目经理身份登录。
Ø进入项目管理视图。
Ø点击“版本”按钮。
然后点选某一版本选择“bug查看”即可。
如图所示:
图(3-4-5-3-1)
图(3-4-5-3-2)
3.5开发管理
当项目的任务分解完毕之后,项目团队成员需要领取自己喜欢做的任务,开始每天的开发。
除了日常的编码工作之外,还应当每天花点时间在禅道里面更新下任务的状态以及消耗情况。
如图所示:
图(3-5)
3.5.1任务指派和分配
Ø以项目经理身份登录。
Ø进入项目视图。
Ø点击“任务”按钮。
然后点选该项目任务指派给谁即可。
如图3-5-1所示:
图(3-5-1)
图(3-5-1-1)
3.5.2提交测试
Ø以项目研发负责人身份登录。
Ø进入项目视图。
Ø点击“测试”按钮。
然后点选“提交测试”。
如图所示:
图(3-5-2-1)
图(3-5-2-2)
说明:
1.负责人为本次测试的负责人。
2.可以指定这次测试预计起止的时间。
3.任务描述里面,可以注明此次测试需要注意的地方。
4.还需要说明的一点是,目前测试任务还没有指派的功能,所以需要大家线下通知测试团队的负责人,由他来负责组织相应人员来进行测试。
3.5.3解决Bug
Ø以项目团队研发人员身份登录。
Ø进入项目视图。
Ø点击“测试”按钮。
然后点选“提交测试”。
如图所示:
图(3-5-3-1)
3.6测试BUG管理
在产品测试管理软件中,bug也同样需要维护模块,以便更好的组织管理bug。
这个地方需要特别说明下,bug模块、用例模块和产品模块是独立的,每个视图都有自己的模块。
主要是考虑到使用的角色不同。
在产品视图里面,主要是用来组织需求。
而在bug模块,则主要偏重bug管理,那么可能会有和产品视图不同的模块划分。
至于测试用例视图,则更不同了。
模块划分里面会有很多和测试用例直接相关的划分,比如兼容性测试,压力测试等等。
如图所示:
图(3-6)
3.6.1Bug模块维护
Ø以项目测试经理身份登录。
Ø进入项目管理视图。
Ø点击“bug”按钮。
然后点选“维护模块”。
如图所示:
图(3-6-1-1)
图(3-6-1-2)
3.6.2提交BUG
Ø以项目测试经理身份登录。
Ø进入项目管理视图。
Ø点击“bug”按钮。
然后点选“提交Bug”。
如图所示:
图(3-6-2-1)
图(3-6-2-2)
说明:
1.项目和任务,以及相关需求,应该认真填写,这样可以将bug和项目,任务,需求关联起来,以便以后的统计分析。
2.影响版本是必填的。
而这里面的列表来源,则是项目中的build。
如果这个地方没有build的话,则需要到项目中创建一个build。
3.重现步骤应该翔实准确,确保开发人员可以重现改bug。
3.6.3验证BUG
当开发人员解决bug之后,就需要来验证bug,如果没有问题,则将其关闭。
Ø以项目测试人员身份登录。
Ø进入项目管理视图。
Ø点击“bug”按钮。
然后点选“提交Bug”。
如图所示:
图(3-6-3)
3.6.4我的BUG
测试人员一个非常重要的工作就是筛选bug,产品测试管理系统对此提供了各种方便的功能来进行筛选
Ø以项目测试人员身份登录。
Ø进入产品测试管理视图。
Ø点击“bug”按钮。
然后点选“指派给我的”。
如图所示:
图(3-6-4)
3.6.5报表统计
测试管理的还有一个重要工作就是统计报表。
在bug列表页面,点击页面上部的统计报表,即可出现统计报表页面。
Ø以项目测试人员身份登录。
Ø进入产品测试管理视图。
Ø点击“bug”按钮。
然后点选“报表”。
如图所示:
图(3-6-5-1)
图(3-6-5-2)
3.7测试用例管理
产品测试管理系统中的测试用例,彻底的将测试用例步骤分开,每一个测试用例都有若干个步骤组成,每一个步骤都可以设置自己的预期值。
这样可以非常方便进行测试结果的管理和bug的创建。
如图(3-7)所示:
图(3-7)
3.7.1用例模块管理
Ø以项目测试经理身份登录。
Ø进入项目管理视图。
Ø点击“用例”按钮。
然后点选“维护模块”。
如图所示:
图(3-7-1-1)
图(3-7-1-2)
备注:
如bug模块管理一样
3.7.2用例创建
Ø以项目测试人员身份登录。
Ø进入项目管理视图。
Ø点击“用例”按钮。
然后点选“创建用例”。
如图所示:
图(3-7-2-1)
图(3-7-2-2)
3.7.3执行用例
在测试任务的用例列表页面,用户可以按照模块来进行点选,或者选择所有指派给自己的用例,来查到需要自己执行的用例列表。
在用例列表页面,选择某一个用例,然后选择右侧的“执行”菜单,即可执行该用例。
Ø以项目测试人员身份登录。
Ø进入项目管理视图。
Ø点击“用例”按钮。
然后点选“执行”。
如图所示:
图(3-7-3)
3.8测试任务
当开发人员申请测试之后,会生成相应的测试任务给测试人员。
这时候测试人员要做的就是为这个测试任务关联相应的测试用例。
如果这个测试任务需要多人来配合完成,则需要将相应的用例指派给相应的人员来进行完成,或者自己领取相应的测试用例。
如图所示:
图(3-8)
3.8.1测试任务新增
Ø以项目测试人员身份登录。
Ø进入项目管理视图。
Ø点击“用例”按钮。
然后点选“创建用例”。
如图所示:
图(3-8-1-1)
图(3-8-1-2)
3.8.2关联用例
Ø以项目测试人员身份登录。
Ø进入项目管理视图。
Ø点击“用例”按钮。
然后点选“关联用例”。
如图所示:
图(3-8-2)
3.9邮件配置
根据各相关产品项目人员进行邮件配置可以知道产品项目进展。
Ø以系统用户人员身份登录。
Ø进入邮件配置视图。
Ø点击“邮件”按钮。
。
如图所示:
图(3-9)
最新文件----------------仅供参考--------------------已改成word文本---------------------方便更改
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 产品 测试 管理 系统软件 用户 操作手册 优选