[计算机软件及应用]软件测试培训.pptVIP

* * 由小到大，指的是软件测试的粒度。无论是传统的软件测试还是面向对象的软件测试都要遵循这样的原则。如图所示，多个单元组合过渡到集成测试阶段，集成测试阶段过渡到更高级别的系统测试阶段，虚线是各个测试阶段的发布基线。随着测试的逐步深入，范围的逐步扩大，测试时间、可用资源也随之增大。 * * * 测试执行阶段-性能测试 依据性能测试脚本使用压力 测试工具进行压力测试 性能测试报告 依据需求规格说明书的要 求设计性能测试脚本 性能测试方案 测试工具采用Microsoft Web Application Stress Tool 依据系统各页面的实际访问量 大小设计压力大小。 例如：应该给予首页比较大的 访问压力 测试评估 运行环境优化调试 对系统进行优化调试 脚本优化调整 提交报告申请进入下一阶段 达到产品需求规格标准 测试报告提交 包含压力测试过程 中出现的异常和不 符合产品需求的情 况。 性能测试与压力测试同步 主要由客户依据＜需求规格 说明书＞在客户的验收环境 下进行测试 测试人员进行ＢＵＧ记录 提交BUG记录 验收测试 设计验收测试方案 开发人员提供修改后的版本 产品质量验收合格证书 测试工作总结 符合需求规格说明书标准 测试执行阶段-验收测试 目录 软件测试基本概念 软件测试技术 软件测试整体流程 品管中心测试流程 游戏测试VS软件测试 外聘、外包团队 TM带领的正式团队 以leader和T3为核心的培训体系 玩家团 大学生 实习生的后备人才 合作厂商 品管中心测试人员配备 品管中心 测试流程 测试执行与 发布阶段 测试计划与 设计阶段 立项 与评审 阶段 项目设计 与开发阶段 品管中心测试流程 项目组正式成立，测试接口人确定 立项与评审阶段 过程要点 详细说明 输入条件 项目进入立项阶段 工作内容 为项目确定项目接口人 责任人 测试接口人（TM） 项目企划案已经有初稿，但未进行跨组（开发、测试）评审 过程要点 详细说明 输入条件 项目企划案初稿 工作内容 参与需求讨论会，了解项目整体情况 熟读需求文档、UI交互文档，记录疑问，并推动将其确定和细化 责任人 项目接口人（TM） 项目设计与开发阶段 过程要点 详细说明 输入条件 架构设计陆续产生 工作内容 了解项目架构，参与评审项目的架构及实现方式； 熟悉项目的实现逻辑，为编写测试用例作准备； 责任人 测试接口人（TM） 项目需求已经确定，进入架构设计阶段 需求已经确立，架构设计已经完成，开始正式编码 过程要点 详细说明 输入条件 各个代码模块陆续迭代设计完成 工作内容 设计代码，并进行单元测试、集成测试 测试接口人了解项目开发过程中一些模块的设计框架 责任人 测试接口人（TM）或者版本测试负责人 测试计划与设计阶段 项目需求已经确定，进入测试计划和设计阶段 过程要点 详细说明 责任人 输入条件 需求文档、架构设计文档和UI交互设计文档 ? 工作内容 TM根据项目整体情况，制定测试计划、测试策略、测试方案，确定所需测试资源 TM或版本负责人 完成测试用例中流程图； 版本负责人 完成详细测试用例，及后期修订维护； 版本负责人 组织测试用例评审（同组评审、跨组评审） 版本负责人 及时更新测试组vss上相关文档 版本负责人 跟进项目开发的各个环节的完成情况； 测试接口人（TM） 测试执行与发布阶段 过程要点 详细说明 输入条件 阶段编码完成 工作内容 项目修改内容影响面预估；提供对应测试方法及检查范围； 对项目某次修改，给版本带来的影响测试接口人需要事先预估， 责任人 版本责任人、测试接口人（TM） 按照项目计划阶段编码完成，阶段版本即将提交测试 过程要点 详细说明 输入条件 阶段编码完成、测试版本完成 工作内容 督促完成合格的转测试申请（各项目要求不同） 根据项目测试计划，组织参与测试的人员进行测试； 做好测试记录；（提交标准描述内容的缺陷单）； 用例执行情况记录；完成有参考价值的测试报告； 责任人 版本责任人、测试接口人（TM） 版本测试过程 致命 严重 一般 提示 必现 不必现 必现 不必现 必现 不必现 暂不作要求 无 无 ≤5% ≤5% ≤10% ? 测试执行与发布阶段 以QQgame游戏为例，发布标准如下 其他游戏：大型游戏、休闲类游戏，标准都不一样 具体参考如下文档，了解发布标准 目录 软件测试基本概念 软件测试技术 软件测试流程 品管中心的测试流程 游戏测试VS软件测试 游戏测试与软件测试的共性 1. 测试的目的是发现软件中存在的缺陷。 2. 测试都是需要测试人员按照产品行为描述来实施。 3. 每一种测试都需要产品运行于真实的或是模拟环境之下。 4. 每一种测试都要求以系统方法展示产品功能，以证明测试