云产品部测试工作模板总结

上传人:飞*** 文档编号:39736409 上传时间:2018-05-19 格式:PDF 页数:14 大小:749.90KB
返回 下载 相关 举报
云产品部测试工作模板总结_第1页
第1页 / 共14页
云产品部测试工作模板总结_第2页
第2页 / 共14页
云产品部测试工作模板总结_第3页
第3页 / 共14页
云产品部测试工作模板总结_第4页
第4页 / 共14页
云产品部测试工作模板总结_第5页
第5页 / 共14页
点击查看更多>>
资源描述

《云产品部测试工作模板总结》由会员分享,可在线阅读,更多相关《云产品部测试工作模板总结(14页珍藏版)》请在金锄头文库上搜索。

1、测试工作总结报告云产品部目录1测试管理 . 31.1 测试定义 . 31.2 测试项目 . 31.3 人员职责 . 61.4 测试流程 . 71.4.1 概述 . 71.4.2 入口条件、输入物. 71.4.3 流程图以及要点描述. 71.4.4 出口条件、输出物. 92质量控制 . 92.1 质量度量 . 92.2 缺陷管理平台 . 102.3 缺陷管理流程 . 103产品测试工作现状. 121测试管理1.1 测试定义名称描述软件缺陷又称 bug, 计算机软件或程序中存在的某种破坏正常运行能力的问题、错误,或者隐藏的功能缺陷。集成测试也叫组装测试或联合测试。 在单元测试的基础上, 将所有模块

2、按照设计要求组装成为子系统或系统,进行集成测试。系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试和确认测试,其目的是通过与系统的需求相比较,发现所开发的系统与用户需求不符或矛盾的地方,从而提出更加完善的方案。验收测试系统开发生命周期方法论的一个阶段,这时相关的用户和或独立测试人员根据测试计划和结果对系统进行测试和接收。它让用户和或独立测试人员决定是否接收系统。测试用例为某个特殊目标而编制的一组测试输入、执行条件以及预期结果, 以便测试某个程序路径或核实是否满足某个特定需求。1.2 测试项目(1)数据完整性测试测试目标:确保数据库访问方法和进程正

3、常运行,数据不会遭到损坏测试范围:各新增、修改需求点对数据库的操作则要核对是否操作正常技术:调用各个数据库访问方法和进程,并在其中填充有效的和无效的数 据(或对数据的请求)。 检查数据库,确保数据已按预期的方式填充,并且所有的数据库事 件已正常发生;或者检查所返回的数据,确保正当的理由检索到了 正确的数据 对相应的数据表加锁,看是否事务正确处理开始标准:本次新增、修改相应表数据完成标准:所有的数据库数据没有遭到损坏,并相对应的数据内容正确。测 试 重 点 和 优 先 级:数据库表字段插入、更新、删除正确需 考 虑 的 特 殊 事 项:无(2)功能测试测试目标确保测试的功能正常,其中包括导航,数

4、据输入,处理和检索等 功能。测试范围:根据相关需求点的功能测试技术:利用有效的和无效的数据来执行各个用例、用例流或功能, 以核实以下内容: 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 开始标准:完成标准:各需求点的功能实现并满足要求。测试重点和优先级:需考虑的特殊事项:确定或说明那些将对功能测试的实施和执行造成影响的事项 或因素(内部的或外部的) (3)用户界面测试测试目标通过测试进行的浏览可正确反映业务的功能和需求,这种浏览包括窗口与窗口之间、 字段与字段之间的浏览, 以及各种访问方法( Tab键、鼠标移动、和快捷键)的使

5、用窗口的对象和特征(例如,菜单、大小、位置、状态和中心)都符合标准。测试范围:本次新增、修改界面技术:为每个窗口创建或修改测试, 以核实各个应用程序窗口和对象都可正确地进行浏览,并处于正常的对象状态。开始标准:完成标准:成功地核实出各个窗口都与基准版本保持一致,或符合可接受标准测试重点和优先级:需考虑的特殊事项:无(4)性能测试测试目标核实所指定的事务或业务功能在以下情况下的性能行为:正常的预期工作量预期的最繁重工作量测试范围:根据性能需求进行性能测试技术:通过修改数据文件来增加事务数量,或通过修改脚本来增加每项事务的迭代数量。脚本应该在一台计算机上运行(最好是以单个用户、单个事务为基准),并

6、在多个客户机(虚拟的或实际的客户机,请参见下面的 “ 需要考虑的特殊事项 ” )上重复。 开始标准:完成标准:单个事务或单个用户:在每个事务所预期时间范围内成功地完成测试脚本,没有发生任何故障。 多个事务或多个用户:在可接受的时间范围内成功地完成测试脚本,没有发生任何故障。 测试重点和优先级:需考虑的特殊事项:综合的性能测试还包括在服务器上添加后台工作量。可采用多种方法来执行此操作,包括:直接将“ 事务强行分配到” 服务器上,这通常以 “ 结构化语言 ” (SQL)调用的形式来实现。通过创建 “ 虚拟的 ” 用户负载来模拟许多个(通常为数百个)客户机。使用多台实际客户机(每台客户机都运行测试脚

7、本)在系统上添加负载。性能测试应该在专用的计算机上或在专用的机时内执行,以便实现完全的控制和精确的评测。性能测试所用的数据库应该是实际大小或相同缩放比例的数据库1.3 人员职责需求分析人员主要职责:参与制定测试计划协助测试人员完成测试用例;参与验收测试;参与测试评估。测试组长的主要职责:制定测试计划;测试设计;参与测试评估。测试工程师的主要职责:参与制定测试计划;编写测试用例;搭建测试环境;执行测试;编写测试报告;参与测试评估。代码开发人员的主要职责:参与制定测试计划;协助搭建测试环境;处理缺陷;参与测试评估。1.4 测试流程1.4.1 概述软件测试的全过程,包括测试计划、测试设计,执行测试,

8、缺陷跟踪,以及测试评估等等。1.4.2 入口条件、输入物执行测试流程需满足下面所有前提条件:需求已通过评审;设计已通过评审;开发人员自测完成;软件内部版本发布已完成。1.4.3 流程图以及要点描述测试流程图:测试流程测试组长输出产物需求人员测试工程师开发人员否是测试环境搭建结束开始集成测试 / 系统测试测试评估处理缺陷测试计划 /测试设计审核通过 ?测试计划测试用例测试报告报告缺陷验收测试处理缺陷达到要求?缺陷记录缺陷记录报告缺陷达到要求?否是测试流程要点描述:1. 测试计划由测试组长起草,然后与其他人员共同讨论制订。2. 测试设计的主要活动:书写测试用例准备测试数据开发测试程序评审测试用例3

9、. 测试用例由测试人员根据软件需求规格说明书与概要设计编写,包括三类:集成测试用例系统测试用例验收测试用例4. 测试组长对测试各个环节进行跟踪、实施、管理。5. 缺陷管理,由执行测试的人员与开发人员共同参与。6. 测试评估的目标:正确评估软件产品的质量,确定软件产品是否达到发布标准。1.4.4 出口条件、输出物测试完成的满足条件如下:验收测试完成;缺陷数目成收敛趋势;验收测试中无高级遗留缺陷,测试通过率达到预定目标,测试评估通过。输出物:输出物编写人软件测试计划测试组长软件测试用例测试工程师缺陷记录测试工程师软件测试报告测试工程师2质量控制目前主要由缺陷管理来监控软件质量,并通过多轮测试来保证测试质量。2.1 质量度量度量项目的公式收集时机收集角色缺陷数量监控软件质量。测试缺陷个数累加和测试期间定期收集统计,比如每天收集测试组长测试轮次保证测试质量执行测试次数测试组长缺陷等级:缺陷严重程度分 1-4 等,1 严重程度最高, 4 最低。严重程度高的缺陷会被优先处理。等级严 重 程度说明1 极高不

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号