软件测试总体方案三篇.docVIP

PAGE

第

第PAGE1页共NUMPAGES7页

系统测试方案

软件测试总体方案三篇

篇一：软件测试总体方案

目录

软件开发模型 2

软件测试模型 2

需求分析 3

概要设计 3

详细设计 3

开发 3

集成测试 3

系统测试 4

验收测试 4

Alpha测试 4

Bate测试 4

开发周期所需要产生的文档 4

软件测试类型 5

白盒测试 5

静态白盒测试 5

动态白盒测试 5

功能测试 6

UI测试 6

性能测试 6

负载测试 6

强度测试 7

容量测试 7

基准测试 7

竞争测试 7

安全性和访问控制测试 7

应用程序级别的安全性 8

系统级别的安全性 8

故障转移和恢复测试 8

兼容性测试 8

浏览器兼容性 8

操作系统兼容性 9

硬件兼容性 9

安装测试 9

多语种测试 9

分辨率测试 9

发布测试 10

说明书测试 10

宣传材料测试 10

帮助文件测试 10

广告用语 10

文档审核测试 10

总结 10

缺陷管理 11

错误跟踪管理系统 11

软件错误的状态 11

Bug管理的一般流程 11

软件错误流程管理要点 12

环境 12

软件开发模型

软件开发模型主要有以下几类

瀑布模型：这是最传统的软件开发模型，即分析-设计-编码-测试，但它的不可以回复性决定了它的使用局限性，它适合于开发中需求变更极少，代码质量较高以及开发人员的水平极高的软件，虽然它具有以上的局限性，但是它是下面软件开发模型的基础；

螺旋模型和跌代模型：这两个模型虽然有各自不同的定义，但是实践起来是相同的，它将软件需求按照优先等级，分阶段，分周期开发，每个周期产生一套相对独立的软件产品。这个模型适合于需求变化比较多，最后结果不容易被预料的软件。使用这种模型，软件错误可以尽早被发现。

喷泉模型：这个模型在软件开发的任何一个阶段都可以返回到以前的阶段的软件模型，比如分析-概要设计-分析-概要设计-详细设计-编码-概要设计-详细设计-编码-测试。适合于需求变化频繁，项目时间不紧张的软件模型

XP模型：这种模型没有分析和设计期间，一边编码一边测试，没有任何文档产生。它适合于项目非常紧张的软件

软件测试模型

软件测试模型主要有V模型，X模型，OO模型。考虑到公司软件的特性，决定采用V模型进行测试工作，下面主要介绍这种模型

需求分析

需求分析期间，测试的主要工作为

审核需求分析报告：需求中是否存在不合理现象；需求是否可以被实现

召开需求评审会议：评审会议项目经理，系统分析师，用户代表，客户，测试设计师参加

书写验收测试计划

概要设计

概要设计期间，测试的主要工作为

审核概要设计报告：概要设计是否符合全部需求，概要设计是否存在问题

召开概要设计评审会议：由项目经理，系统分析师，系统设计师，设计师，测试设计师,技术专家参加

书写系统测试计划

详细设计

详细设计期间，测试的主要工作为

审核详细设计报告：详细设计是否符合全部需求，详细设计是否存在问题

召开详细设计评审会议：由项目经理，系统设计师，设计师，编码人员，测试设计师参加

书写集成测试计划：

开发

开发期间测试主要工作为

召开开发指南评审会议：由项目经理，设计师，开发员参加

书写个阶段测试用例

召开测试用例评审会议：由项目经理，测试设计师，测试工程师参加

设计（由测试设计师设计）并书写测试脚本（由开发人员书写）

开发后期，由开发人员对开发的模块进行单元测试

集成测试

按照模块上下集关系，进行从上到下或者从下到上的集成测试方法进行集成测试，单元测试与集成测试主要考虑功能性测试。同时也要对模个模块或者集成模块进行非功能性的抽样测试。

系统测试

对整合系统进行整合测试，这时的测试主要测试系统的整体功能和全部非功能性的需求。

验收测试

验收测试首先进行正规性的测试，即由技术人员模拟各户环境，以用户的身份进行安装和测试工作。然后进行非正规测试alpha测试和bate测试。

Alpha测试

由公司内部开发人员模拟用户进行测试，这个时候还允许对需求做些修改工作

Bate测试

alpha测试后将产品提交给某些特定用户，进行测试，注意这是的软件一定要有使用时间限制，这时候冻结系统需求

开发周期所需要产生的文档

阶段

开发文档

测试文档

立项前期

项目合同

可行性分析报告

项目计划书

需求分析期

需求规格说明书

需求规格审核报告

需求规格评审报告

验收测试计划书

概要设计期

概要设计书

概要设计审核报告

概要设计评审报告

系统测试计划书

详