软件测试流程卢璐

测试设计
测试设计主要包括测试用例编写和测试场景设计两方面。 一份好的测试用例对测试有很好的指导作用，能够发现很多软件问题。 关于测试用例编写，以后有机会我们再详细进行培训。
使用测试工具对BUG测试 记录的版本进行控制
D系统测试
上一阶段
系统测试方案
产生测试用例 系统测试执行
针对上个测试版本的 记录进行测试
Байду номын сангаас
BUG记录 BUG记录版本提交 开发人员提供新版本
回归测试
系统功能达到需求标准
系统测试综合报告 提交报告申请进入下一阶段
(1)设计测试所有从系统的其他元素 来的信息的错误处理路径； (2)在软件接口处进行一系列仿真错 误数据或者其他潜在错误的测试； (3)记录测试的结果作为当“互相指责” 时出现的“证据”； (4)参与系统测试的计划和设计来保 证系统进行了足够的测试。
测试计划的依据主要是项目开发计划和测试需求分析结果而制定。测试计划一般 包括以下一些方面：
1． 测试背景
a. 软件项目介绍； b. 项目涉及人员（如软硬件项目负责人等）介绍以及相应联系方式等。
2． 测试依据
a. 软件需求文档； b. 软件规格书； c. 软件设计文档； d. 其他，如参考产品等。
3． 测试资源
达到产品需求规格标准
性能测试报告
提交报告申请进入下一阶段
依据系统各页面的实际访问量 大小设计压力大小。 例如：应该给予首页比较大的 访问压力
F验收测试
设计验收测试方案 验收测试
主要由客户依据＜需求规格 说明书＞在客户的验收环境 下进行测试
测试人员进行ＢＵＧ记录 提交BUG记录
开发人员提供修改后的版本
软件测试流程
及现阶段流程讨论
测试工作总体流程图 （测试阶段）
立项
A测试计划、测试 设计
B单元测试 C整合测试 D系统测试 E性能测试 F验收测试
结束
A测试计划、测试设计
依据《项目需求规格说明书》、 《项目开发架构设计》和《项目 整体计划》设计《测试计划》和 《测试设计》
审核
审核通过
进入下一阶段
《测试计划》
根据用户需求报告中关于功能 要求和性能指标的规格说明书， 定义相应的测试需求报告，即 制订黑盒测试的最高标准，以 后所有的测试工作都将围绕着 测试需求来进行，符合测试需 求的应用程序即是合格的，反 之即是不合格的；同时，还要 适当选择测试内容，合理安排 测试人员、测试时间及测试资 源等。
《测试设计》
将测试计划阶段制订的测试需 求分解、细化为若干个可执行 的测试过程，并为每个测试过
程选择适当的测试用例
B单元测试
〈测试设计文档〉 单元测试方案
产生测试用例 单元测试执行
针对上个测试版本的 BUG记录进行测试
BUG记录 BUG记录版本提交 开发人员提供新版本
回归测试
单元测试总结
在BUG出现的曲线图逐渐收敛 并且得到控制的情况下进入下 一阶段
系统测试阶段，α、β测试阶段等），每个阶段的工作重点以及投入资源等。
6． 其他
测试计划还要包括测试计划编写的日期、作者等信息，计划越详细越好了。
计划赶不上变化，一份计划做的再好，当实际实施的时候就会发现往往很难按照计化 开展。如在软件开发过程中资源匮乏、人员流动等都会对测试造成一定的影响。所 以，这 些就要求测试负责人能够从宏观上来调控。
其中最基本的是软件功能需求分析，测一款软件首先要知道软件能实现哪些功 能以及是怎样实现的。那我们就应该知道软件是怎样来实现这些功能的，为了 实现这些功能需要哪些测试设备以及如何搭建相应测试环境等。
测试需求分析的依据有软件需求文档、软件规格说明书以及开发人员的设计文 档等。
测试计划
测试计划（Test Plan ）一般由测试负责人来编写。
依据需求和设计描述作为指南， 对重要的控制路径进行测试以 发现模块内的错误。
使用测试工具对BUG测试 记录的版本进行控制
C整合测试
上一阶段
整合测试方案
产生测试用例 整合测试执行
针对上个测试版本的 BUG记录进行测试
BUG记录 BUG记录提交 开发人员提供新版本
回归测试
整合测试总结
主要针对模块之间互相叠 加的功能设计测试用例。
使用测试工具对BUG测试 记录的版本进行控制
E性能测试
性能测试与压力测试同步
性能测试方案
脚本优化调整
依据<需求规格说明书>的要 求设计<性能测试脚本>
运行环境优化调试 对系统进行优化调试
依据<性能测试脚本>使用压力 测试工具进行压力测试
测试报告提交
测试评估
包含压力测试过程 中出现的异常和不 符合产品需求的情 况。
a. 测试设备需求； b. 测试人员需求； c. 测试环境需求； d. 其他。
测试计划
4.测试策略
a. 采取测试方法； b. 搭建哪些测试环境； c. 采取哪些测试工具以测试管理工具； d. 对测试人员进行培训等。
5． 测试日程
a. 测试需求分析； b. 测试用例编写； c. 测试实施，根据项目计划，测试分成哪些测试阶段（如单元测试、集成测试、
需求分析
需求分析（Requirment Analyzing）应该说是软件测试的一个重要环节， 测试人员对这一环节的理解程度如何将直接影响到接下来有关测试工作的 开展。
可能有些人认为测试需求分析无关紧要，这种想法是很不对的。 需求分析不但重要而且至关重要！
一般而言，需求分析包括软件功能需求分析、测试环境需求分析、 测试资源需求分析等。
测试工作总结
符合需求规格说明书标准 产品质量验收合格证书
测试流程详述
一般而言，软件测试从项目确立时开始，前后要经过以下一些主要环节： 需求分析→测试计划→测试设计→测试环境搭建→测试执行→测试记录→缺陷管理 → 软件评估→RTM 首先明确分工，一般而言，需求分析、测试用例编写、测试环境搭建、测试执行等 属于高级测试人员工作范畴，而测试执行以及缺陷提交等属于普通测试人员的工作 范畴，测试负责人负责整个测试各个环节的跟踪、实施、管理等。 说明： 1．以上流程各环节并未包含软件测试过程的全部，如根据实际情况还可以实施一些 测试计划评审、用例评审，测试培训等。在软件正式发行后，当遇到一些严重问题 时，还需要进行一些后续维护测试等。 2．以上各环节并不是独立没联系的，实际工作千变万化，各环节一些交织、重叠在 所难免，比如编写测试用例的同时就可以进行测试环境的搭建工作，当然也可能由 于一些需求 不清楚而重新进行需求分析等。所以在实际测试过程中也要做到具体问 题具体分析，具体解决。