文档介绍：软件测试总体方案
目录
软件开发模型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
软件开发模型
软件开发模型主要有以下几类
瀑布模型:这是最传统的软件开发模型,即分析-设计-编码-测试,但它的不可以回复性决定了它的使用局限性,它适合于开发中需求变更极少,代码质量较高以及开发人员的水平极高的软件,虽然它具有以上的局限性,但是它是下面软件开发模型的基础;
螺旋模型和跌代模型:这两个模型虽然有各自不同的定义,但是实践起来是相同的,它将软件需求按照优先等级,分阶段,分周期开发,每个周期产生一套相对独立的软件产品。这个模型适合于需求变化比较多,最后结果不容易被预料的软件。使用这种模型,软件错误可以尽早被发现。
喷泉模型:这个模型在软件开发的任何一个阶段都可以返回到以前的阶段的软件模型,比如分析-概要设计-分析-概要设计-详细设计-编码-概要设计-详细设计-编码-测试。适合于需求变化频繁,项目时间不紧X的软件模型
XP模型:这种模型没有分析和设计期间,一边编码一边测试,没有任何文档产生。它适合于项目非常紧X的软件
软件测试模型
软件测试模型主要有V模型,X模型,OO模型。考虑到公司软件的特性,决定采用V模型进行测试工作,下面主要介绍这种模型
验收测试
系统测试
集成测试
单元测试
编码
概要设计
详细设计
需求分析
需求分析
需求分析期间,测试的主要工作为
审核需求分析报告:需求中是否存在不合理现象;需求是否可以被实现
召开需求评审会议:评审会议项目经理,系统分析师,用户代表,客户,测试设计师参加
书写验收测试计划
概要设计
概要设计期间,测试的主要工作为
审核概要设计报告:概要设计是否符合全部需求,概要设计是否存在问题
召开概要设计评审会议:由项目经理,系统分析师,系统设计师,设计师,测试设计师,技术专家参加
书写系统测试计划
详细设计
详细设计期间,测试的主要工作为
审核详细设计报告:详细设计是否符合全部需求,详细设计是否存在问题
召开详细设计评审会议:由项目经理,系统设计师,设计师,编码人员,测试设计师参加
书写集成测试计划:
开发
开发期间测试主要工作为
召开开发指南评审会议:由项目经理,设计师,开发员参加
书写个阶段测试用例
召开测试用例评审会议:由项目经理,测试设计师,测试工程师参加
设计(由测试设计师设计)并书写测试脚本(由开发人员书写)
开发后期,由开发人员对开发的模块进行单元测试
集成测试
按照模块上下集关系,进行从上到下或者从下到上的集成测试方法进行集成测试,单元测试与集成测试主要考虑功能性测试。同时也要对模个模块或者集成模块进行非功能性的抽样测试。
系统测试
对整合系统进行整合测试,这时的测试主要测试系统的整体功能和全部非功能性的需求。
验收测试
验收测试首先进行正规性的测试,即由技术人员模拟各户环境,以用户的身份进行安装和测试工作。然后进行非正规测试alpha测试和bate测试。
Alpha测试
由公司内部开发人员模拟用户进行测试,这个时候还允许对需求做些修改工作
Bate测试
alpha测试后将产品提交给某些特定用户,进行测试,注意这是的软件一定要有使用时间限制,这时候冻结系统需求
开发周期所需要产生的文档
立项前期
项目合同
可行性分析报告
项目计划书
需求分析期
需求规格说明书
需求规格审核报告
需求规格评审报告
验收测试计划书
概要设计期
概要设计书
概要设计审核报告
概要设计评审报告
系统测试计划书
详细设计期
数据库设计
详细设计书
详细设计审核报告
详细设计评审报告
集成测试计划书
编码前期
编码规范
编码
测试脚本
测试用例
测试脚本设计书
编码后期
单元测试报告
集