软件测试总体专项方案.docVIP

软件测试总体方案

目录

TOC\o1-3\h\z软件开发模型 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测试后将产品提交给一些特定用户，进行测试，注意这是软件一定要有使用时间限制，这时候冻结系统需求

开发周期所需要产生文档

阶段

开发文档

测试文档

立项前期

项目协议

可行性分析汇报

项目计划书

需求分析期

需求规格说明书

需求规格审核汇报

需求规格评审汇报

验收测试计划书

概要设计期

概要设计书

概要设计审核汇报

概要设计评审汇报

系统测试计划