2021年度GTITP测试计划软件测试面试必备.docVIP

2021年度GTITP测试计划软件测试面试必备.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
_软件测试面试必备 {项目名称} 测试筹划 (版本XX) 编号:GTI_TP__0 文档修改状况记录 版本号 修改状态 修改日期 修改摘要 修改人 目录 TOC \o 1-3 \h \z \u {项目名称} 1 测试筹划 1 (版本XX) 1 第1章 简介 3 1.1 目 3 1.2 背景 3 1.3 参照资料 3 1.4 范畴 3 第2章 测试方略 4 2.1 测试类型 4 2.1.1 单元测试 4 2.1.2 组合测试 4 2.1.3 系统测试 4 2.2 测试方略 4 2.2.1 黑盒测试(动态,静态) 4 2.2.2 白盒测试(动态,静态) 5 2.3 工具 5 第3章 资源 6 3.1 角色 6 3.2 系统 7 第4章 测试进度 8 第5章 测试工作产品 9 第6章 审批意见 10 简介 目 描述本文档目 背景 对测试对象(模块、应用程序、系统等)及其目的进行简要阐明。需要涉及信息有:重要功能和性能、测试对象以及项目简史。 参照资料 范畴 描述测试各个阶段(例如,单元测试、组合测试或系统测试),并阐明本筹划所针对测试类型(如功能测试或性能测试)。 简要地列出测试对象中将接受测试或将不接受测试那些性能和功能。 如果在编写此文档过程中作出某些假设也许会影响测试设计、开发或实行,则列出所有这些假设。 列出也许会影响测试设计、开发或实行所有风险或意外事件。 列出也许会影响测试设计、开发或实行所有约束。 测试方略 测试类型 针对每种测试,需要填写下表: 测试目的: 技术: 完毕原则: 需考虑特殊事项: 单元测试 由编程开发人员自行筹划与完毕,针对单个或有关联一组程序单元测试。单元测试是最微小规模测试;只测试某个功能或代码块。由程序员而非测试员来做,由于它需要懂得内部程序设计和编码细节,还也许需要开发测试驱动器模块或测试套具。 组合测试 ?组合测试是指一种应用系统各个部件联合测试,以决定她们能否在一起共同工作。部件可以是代码块、独立应用、网络上客户端或服务器端程序。这种类型测试特别与客户服务器和分布式系统关于。 系统测试 对测试对象系统测试应侧重于所有可直接追踪到用例或业务功能和业务规则测试需求。这种测试目的是核算数据接受、解决和检索与否对的,以及业务规则实行与否恰当。此类测试基于黑盒技术,该技术通过图形顾客界面 (GUI) 与应用程序进行交互,并对交互输出或成果进行分析,以此来核算应用程序及其内部进程。 测试方略 黑盒测试(动态,静态) 静态黑盒测试:指测试非运营某些,如对顾客手册,产品阐明书等文档测试。 动态黑盒测试:指对于可执行程序黑盒测试。 白盒测试(动态,静态) 静态白盒测试:指在不执行程序条件下,由条理审查软件设计,体系构造和代码。也可称为构造分析。 动态白盒测试:测试运营中程序。运用察看代码功能和实现方式得到信息来拟定哪些要测试,哪些不要测试,如何开展测试。也称为构造测试。 工具 此项目将使用如下工具: 注:可恰本地删除或添加工具项。 工具类别 工具 产商/自产 版本 测试管理 缺陷跟踪 用于功能性测试工具 用于性能测试工具 测试覆盖监测器或评测器 项目管理 数据库管理工具 资源 本节列出推荐 项目名称 项目使用资源,及其重要职责、知识或技能。 角色 下表列出了在此项目人员配备方面所作各种假定。 注:可恰本地删除或添加角色项。? 人力资源 角色 所推荐至少资源 (所分派专职角色数量) 详细职责或注释 软件测试部负责人 测试小组负责人 进行管理监督。 职责: ?提供技术指引 ?获取恰当资源 ?提供管理报告 测试设计员 拟定测试用例、拟定测试用例优先级并实行测试用例。 职责: 生成测试筹划 生成测试模型 ????????? 评估测试工作有效性 测试员 执行测试。 职责: 执行测试 记录成果 从错误中恢复 ????????? 记录变更祈求 测试系统管理员 保证测试环境和资产得到管理和维护。 职责: 管理测试系统 ????????? 分派和管理角色对测试系统访问权 数据库管理员 保证测试数据(数据库)环境和资产得到管理和维护。 职责: 管理测试数据(数据库) 设计员 拟定并定义测试类操作、属性和关联关系。 职责: 拟定并定义测试类 ????????? 拟定并定义测试包 实行员 实行测试类和测试包,并对它们进行单元测试。 职责: 创立在测试模型中实行测试类和测试包 系统 下表列出了测试项目所需系统资源。 此时并不完全理解测试系统详细元素。建议使系统模仿生产环境,并在恰当状况下减小访问量和数据库大小。注:可恰本地删除或添加系统资源项。? 系统资源 资源 名称/类

文档评论(0)

181****8523 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档