西囡妇科医院 试管婴儿-试管婴儿取卵手术之后腹痛会有多久
软件测试管理手册
文件状态:
【
】草
稿
【
】修
改
稿
【√】正式发布
文档编号
作
者
审核人员
批
准
人
保
密
等
级
最后完成日期
最后审核日期
最后批准日期
内控
修改记录
日期
2017-02-7
版本
1.0
作者
/
修改者
修订类型
修改
描述
根据原卡友智能的软件测试过程进行修订
Word
格式
目
录
1
导言
............................. .................................................. ...
1
1.1
概述
............. .................................................. .............
1
1.2
目标
... .................................................. .......................
1
1.3
适用范围
................................. .......................................
1
2
测试职责
........................... .................................................. .
1
3
测试需求分析
............. .................................................. ...........
2
4
测试策略
..... .................................................. .......................
3
5
测试计划
................................. .............................................
3
5.1
测试进入条件
............. .................................................. .....
3
5.2
测试计划
......... .................................................. .............
3
6
测试用例
... .................................................. .........................
3
6.1
测试用例操作步骤
............................. ...................................
4
6.2
测试用例选择准则
..................... ...........................................
4
6.3
测试软
/
硬件环境
... .................................................. ............
4
6.4
测试数据准备
.................................................. ..................
4
7
测试执行
................................................ ..............................
4
7.1
项目测试周期
............................... .....................................
4
7.2
项目测试启动
....................... .............................................
4
7.3
项目测试阶段
............. .................................................. .....
5
7.4
项目测试结束
....... .................................................. ...........
5
7.5
测试执行过程绩效考核
< br>............................................... .............
5
8
测试变更
... .................................................. .........................
6
9
缺陷管理
................................. .............................................
7
9.1
缺陷基本属性
............. .................................................. .....
7
9.2
缺陷管理流程
....... .................................................. ...........
8
9.3
缺陷分类
... .................................................. ...................
9
9.4
缺陷定义
.............................................. .........................
1
1
9.5
缺陷完成度
................................ .....................................
1
2
Word
格式
9.6
处理机制
. .................................................. ....................
1
2
10
测试结果分析
............................... .........................................
1
3
10.1
测试完成的标准
.......... .................................................. ....
1
3
10.2
保留的缺陷
....... .................................................. ...........
1
3
10.3
测试退出
. .................................................. ...................
1
4
11
敏捷测试
.............................................. ..............................
1
5
12
业务开发组测试与测试组测试的联系与区别
..............................................
1
6
12.1
职责上区别与联系
......... .................................................. ...
1
6
12.2
边界的划分
........ .................................................. ..........
1
6
Word
格式
1
导言
1.1
概述
制定 本过程与规范的目的是为了规范软件测试过程中的软件测试活动,明确软件测试过程中业务
单元开发小组 的内部测试与测试组之间的系统业务集成测试的关系与区别;明确软件测试过程中的工
作原则与方法。本 规范作为软件测试工作的标准与指南。
1.2
目标
测 试的正确定义是
“为了发现程序中的错误而执行程序的过程”
。
为了更好地执行好测试 ,
我们明
确以下目标:
1)
测试是为了发现程序中的错误而执行程序的过程;
2)
好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案;
3)
成功的测试是发现了至今为止尚未发现的错误的测试。
1.3
适用范围
本规范是对项目软件测试的一份指导性文件,
对软件测试过程中所 涉及到的测试理论、
测试类型、
测试方法、测试标准、测试流程以及软件产品开发单位所承担的 职责进行总体规范,以有效保证软件
产品的质量。
2
测试职责
测试职责是指在项目开发过程中跟测试工作有关的角 色分工,
主要包含的角色以及工作职责如下:
?
测试经理:
?
负责产品业务需求与测试任务的对接与安排;
?
组织和指导测试组长完成项目的测试工作;
?
负责测试组内资源的协调和管理;
?
定期组织测试的总结和分析;
?
负责测试过程中与开发、产品的业务协调和业务确认;
?
测试组长(产品测试负责人)
:
?
分析需求并进行细化可用于执行测试的需求
?
制定测试计划
?
参与、跟踪测试过程
Word
格式
?
统计测试数据
?
对测试活动和结果进行分析,撰写测试分析与总结报告
?
测试工程师:
?
根据测试计划编写测试用例
?
搭建测试环境,准备测试脚本
?
执行测试,记录测试结果和缺陷,跟踪缺陷的解决
?
执行回归测试
?
提交测试数据
?
技术支持工程师:
?
环境支持
?
版本发布支持
3
测试需求分析
首先了解产品 或者客户提出的业务需求功能、
形成的产品需求,
以及本公司对需求的理解及说明,
参 加需求评审、
设计评审。
通过对文档分析,
分解各功能模块和功能,
为测试用 例设计提供数据依据。
反复检查并理解各种信息,与产品或用户交流,理解他们的要求。可以按照以下步骤执行:
1
)确定软件提供的主要商业任务,即根据价值确定的需求。
2
)对每个商业任务,确定完成该任务所要进行的功能。
3
)确定从数据库信息引出的计算结果。
4
)对于对时间有 要求的交易,确定所要的时间和条件。这些条件包括数据库大小、机器配置、
交易量、以及网络拥挤情况 。
5
)确定会产生重大意外的压力测试,包括:内存、硬盘空间、高频度的交易。
6
)确定应用需要处理的数据量。
7
)确定需要的软件和硬 件配置。通常情况下,不可能对所有可能的配置都测试到,因此要选择
最有可能产生问题的情况进行测试 ,包括:最低性能的硬件、几个有兼容性问题的软件并存、客户端
机器通过最慢的
LAN/WA NF
连接访问服务器。
8
)确定其他与应用软件没有直接关系的商业交易。包括:
?
管理功能,如启动和退出程序
?
配置功能,如设置打印机
?
操作员的爱好,如字体、颜色
Word
格式
?
应用功能,如访问
或者显示时间和日期。
9
)确定安装与部署过程,包括定置从哪安装、定制安装、升级安装。需要的部署物理结构,机
器配置等。
10
)确定没有隐含在功能测试中的用户界面要求。大多界面都 在功能测试时被测试到。还有些没
有测到,如:操作与显示的一致性,如使用快捷键等;界面遵从合理标 准,如按钮大小,标签等。
4
测试策略
测 试策略用于说明某项工作的测试方法与目标。
系统测试策略主要针对系统测试需求确定测试类
型 及实施的测试方法与技术。
1.
采用的测试类型,对于测试案例的设计策略;
2.
用于测试评估结果和测试是否完成的标准;
3.
对测试策略所述的测试工作存在影响的特殊事项;
4.
基于时间、进度、度量的软件测试平衡策略的考虑;
5
测试计划
5.1
测试进入条件
项目启动后, 项目或者产品需求(
UI
原型)完成并经过评审;即可启动测试工作;
5.2
测试计划
根据测试的种类,
测试计划分为功能测 试和非功能测试计划。
测试计划旨在说明各测试阶段任务、
人员分配、时间安排、测试要点、工 作规范等。测试计划在策略和方法方面说明如何计划、组织和管
理测试项目。测试计划包含足够的信息使 测试工程师明白项目需要做什么是如何运作的。测试计划不
包括测试用例的细节和系统功能的详细信息。 测试计划应附有测试功能点矩阵、测试性能点矩阵。
测试计划应在项目组内进行评审。参与测 试计划评审的人员包括:项目经理、测试组长、开发组
长、测试工程师。
6
测试用例
测试用例是为实施测试而向被测试系统提供的输入数 据、
操作或各种环境设置以及期望结果的一
个特定的集合。解决要测什么、怎么测和如何衡量的 问题。
从测试结构上面划分分为黑盒测试、白盒测试
2
种,他们各自有不同 的测试方式,目前本公司只
考虑黑盒测试,以下设计方法以黑盒方法为例。
Word
格式
6.1
测试用例操作步骤
在设计编写测试用例时,
首先要从测试用例库中选择相应 功能的测试用例,
在原有测试用例的基
础上依据系统需求文档对测试用例的进行修改、更新,评 审通过后将使用该测试用例测试被测系统。
在测试项目结束后,统计分析所使用过的测试用例 ,进行分类放到相应的测试用例库中。为以后
测试用例的设计编写提供数据基础。
6.2
测试用例选择准则
测试用例的代表性:能够代表各种合理 和不合理的、合法的和非法的、边界和越界的
,
以及极限
的输入数据、操作和环境设置 等;
测试结果的可判定性:即测试执行结果的正确性是可判定的或可评估的;
测试结果的可再现性:即对同样的测试用例
,
系统的执行结果应当是相同的。
6.3
测试软
/
硬件环境
根据需求 文档提供的内容,
与研发沟通确定测试项目所需的软硬件环境,
完成对测试项目所需软
硬件资源的准备工作,使软硬件资源得到满足。软件硬件资源的确定需要在项目进入测试之前完成。
< br>完成对软硬件资源的配置后,
要进行对测试项目的软硬件环境进行检查,
确认对软硬件资 源配置
的有效性。
6.4
测试数据准备
完成 对测试项目基本数据的准备操作,包括数据库连接、用户信息、用户角色权限、单位组织等
信息和测试相 关的测试数据。
7
测试执行
7.1
项目测试周期
测试项目的测试周期可分为:
单元测试、
接收测试、
集成测试、
系统测试、
回归测试、
性能测试、
配置测试等等。根据不 同项目或产品的特性,可以选型不同的测试周期,但集成测试、系统测试、回
归测试是必不可少的,性能 测试根据具体产品与项目情况而定。
7.2
项目测试启动
软件项目测试活动的正式启动,
是在确认软件可测试性后展开的。
软件业务组内的测试人员 与开
发人员需要一起完成代码的单元测试并形成《单元测试报告》
,单元测试效果通过接收测试 验证。
Word
格式
7.3
项目测试阶段
测试工程师依据测试计划和测试用例进行测试活动。
测试一般分为三个阶段:
1.
业务模块组内的单元测试与随测, 由业务模块组内的测试人员与开发人员共同一起完成;业
务组的测试人员主要对业务模块开发组的每天完 成的功能进行随测,
对已完成功能的核心代
码部分完成单元测试(白盒测试)
;
2.
集成测试、系统测试阶段:该阶段测试工程师实时提交缺陷,并跟踪缺陷, 验证缺陷,直到
提交的缺陷被关闭或被保留。
开发人员周期性提交修改过缺陷的新版本,
测试工程师在新版
本上验证缺陷。
3.
回归测试阶段:在集成 测试、系统测试阶段完成后,产品将进入回归测试阶段。测试工程师
对修改后的产品进行重新功能验证,
确保修改的正确性,
验证在修改缺陷的同时没有引入新
的问题。回归缺陷是指开发人员 标示已修改的缺陷,经测试后发现仍未修改正确,或引入其
他缺陷,或在前一个版本中未发现的缺陷,在 后一个版本中出现。
4.
在测试过程中,测试组长每天下班以前需要花< br>15-30
分钟组织开发人员、测试工程师和项目
经理对
BUG
进行< br>REVIEW
,由项目经理给出
BUG
相应的解决时间。
如产品进行性能测试,则需要在性能测试后,进行一轮回归测试,确保功能的正确性。
7.4
项目测试结束
项目测试结束时应达到测试质量目标所规定的标准。通过评审后结束该项目测试。
7.5
测试执行过程绩效考核
为促进开发人员积极主动做好质量工作,对开发人员进行考核。
序号
1
2
3
开发人员考核内容
开发人员提交的首个产品未通过单元测试标准。
考核评分标准
待定
开发人员无故将
【严重】
、
【非常严重】
级 别无争议的缺陷延期
1
天修改。
待定
开发人员未能正确 修改缺陷,导致状态为【已修改】的缺陷被【重新打
开】
,测试过程中每天超过
1个。
待定
4
5
开发人员千行缺陷代码率在项目组中排名第一者
待定
一个项目中【延迟修改】或【已知问题】的缺陷数超过总缺陷数的
10%
待定
Word
格式
8
测试变更
当需求变更,功能变化时,产品经理需要通知测试工程师,测试工程师根据 变更情况,评估测试
变更所需时间,提出变更风险。测试组长要修改相应的测试计划,测试工程师要重新 设计测试用例并
组织完成评审或者经过测试经理的审查。
Word
格式
西囡妇科医院 试管婴儿-试管婴儿取卵手术之后腹痛会有多久
西囡妇科医院 试管婴儿-试管婴儿取卵手术之后腹痛会有多久
西囡妇科医院 试管婴儿-试管婴儿取卵手术之后腹痛会有多久
西囡妇科医院 试管婴儿-试管婴儿取卵手术之后腹痛会有多久
西囡妇科医院 试管婴儿-试管婴儿取卵手术之后腹痛会有多久
西囡妇科医院 试管婴儿-试管婴儿取卵手术之后腹痛会有多久
西囡妇科医院 试管婴儿-试管婴儿取卵手术之后腹痛会有多久
西囡妇科医院 试管婴儿-试管婴儿取卵手术之后腹痛会有多久
本文更新与2021-02-02 10:22,由作者提供,不代表本网站立场,转载请注明出处:http://www.xapfxb.com/yuer/441882.html
-
上一篇:软件测试与发布管理规范
下一篇:软件测试-测试计划