3.5测试类型
3.5.1功能测试
表3-2功能测试类型描述
测试目标验证软件提供的功能是否都可以实现。
检验在输入正确数据时结果能否与设计期望相符合；
测试方法和技术
检验在输入错误数据时软件能否报警并正常运行。
完成标准所有功能都经过测试，且达到目标。
3.5.2性能测试
表3-3性能测试类型描述
对软件的响应时间、并发性、吞吐量，处理精度等指标进行测试以确认软
错误!未定义书签。
测试方法综述. .......................................
错误!未定义书签。
测试团队结构. .......................................
错误!未定义书签。
5
资源需求. .................................................
1)参与测试的人员部分是第一次接触大数据平台项目系统。
2)项目系统庞大，内容涉及广泛，功能复杂。
3)距离初验时间不到两个月，时间比较紧。
根据以上特点，制定本项目的测试过程策略如下：
1)尽量做到在有限的时间里发现尽可能多的缺陷（尤其是严重缺陷）。
2)测试计划、部分用例设计同步进行。
3)测试过程要受到控制。根据事先定义的测试执行顺序进行测试，并填写测试记录表，保证测试过程是受控的。
错误!未定义书签。
功能测试. .....................................
错误!未定义书签。
性能测试. .....................................
错误!未定义书签。
容量测试. .....................................
2.测试人员已经对所有被测系统/模块进行了使用，了解了被测系统的具体功能。
测试设计：1.测试用例已覆盖所有测试需求。
2.测试用例设计已经完成。
测试执行：1.所有测试用例被执行。
2.发现的缺陷都有缺陷记录。
3.测试过程有测试记录。
结果分析：1.完成测试分析报告。
4.2测试用例设计
本次测试的测试案例，是在经过系统培训后，由测错误!未定义书签。
测试范围. ...........................................
错误!未定义书签。
测试交接标准. .......................................
错误!未定义书签。
单元测试交接标准. .............................
6)测试用例中测试数据的准备，在客户的指导和协助下准备。
7)按照系统的运行结构安排用例的执行。
4.3测试实施过程
本项目由3位测试人员分别负责不同的子系统的测试，实施过程如下：
预期的读者主要有两类受众：测试管理人员 （项目经理、 客户指派人员）
和测试人员。
1)项目经理根据该测试大纲制定进一步的计划、安排（工作任务分配、时间进度安排）和控制测试过程。
2)客户指派人员通过该测试大纲了解测试过程和相关信息。
3)测试人员根据该测试大纲中制定的范围、方法确定测试需求、设计测试用例、执行和记录测试过程并记录和报告缺陷。
项目
软件测试计划
编号：v
武藏物联公司
2018年03月
1
文档说明. .................................................
错误!未定义书签。
文档信息. ...........................................
错误!未定义书签。
文档控制. ...........................................
错误!未定义书签。
测试报告. ...........................................
错误!未定义书签。
1文档说明
1.1文档信息
文档基本信息参看表
1-1
文档信息表。
表
1-1
文档信息表
文档作者
李丽莎
创建日期
2018年
03月27
日
当前版本
上次版本
无
1.2文档控制
1.2.1变更记录
2.2项目背景
人员信息
人员名称
职责
是否负责此项目
备注
黄监
冯进
cto
架构组
是
是
云娇
产品经理
章玲
产品经理
是
平台业务技术
肖历
产品经理
是
王沿蓉
视觉交互师
李万里
庄千建
汪颖
王雄博
范志宏
2.3参考资料
表2-1列出了此次计划涉及到的参考资料。
表2-1参考资料
名称备注
GBT 15532-2008计算机软件测试规范
GBT 9386-2008计算机软件测试文档编制规范
错误!未定义书签。
测试文档. ...........................................
错误!未定义书签。
测试文档管理. .................................
错误!未定义书签。
缺陷处理过程. .......................................
错误!未定义书签。
安全测试. .....................................
错误!未定义书签。
风险分析. ...........................................
错误!未定义书签。
4
测试方法. .................................................
错误!未定义书签。
硬件运行环境. .................................
错误!未定义书签。
6
各阶段时间分配. ...........................................
错误!未定义书签。
7
测试过程管理. .............................................
客户信息
供货商信息
用户管理
3.3测试交接标准
3.3.1单元测试交接标准
该测试主要由项目组进行，由各项目组根据项目需要进行约定即可。
3.3.2集成测试交接标准
该测试由项目组和测试组来进行。
1)约定测试内容全部完成，并通过了单元测试，由相关人员签字确认。
3.4测试通过标准
1)计划的测试用例已全部执行。
2)经确定的所有缺陷都已得到了商定的解决结果，并没有发现新的缺陷。
错误!未定义书签。
集成测试交接标准. .............................
错误!未定义书签。
测试通过标准. .......................................
错误!未定义书签。
测试类型. ...........................................
错误!未定义书签。
术语和缩略语. .......................................
错误!未定义书签。
3
测试策略. .................................................
错误!未定义书签。
整体策略. ...........................................
4)确定重点。测试重点放在各子系统的功能实现上，问题较多的则是重中之重。
依据标准：
本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的分配和估算，都是以项目经理提供的各子系统的需求文档、设计文档为标准，软件的执行以系统逻辑设计构架为依据。测试过程：
开始
系统培训/了解系统
测试大纲
错误!未定义书签。
编写目的. ...........................................
错误!未定义书签。
项目背景. ...........................................
错误!未定义书签。
参考资料. ...........................................
测试目标
件是否达到客户需求。
测试方法和技术采用黑盒方法测试每个功能并记录。
完成标准各指标都达到标准。
3.5.3容量测试
表3-4容量测试类型描述
测试目标增大软件输入数据量,以确认软件在处理大量数据时运行正常。
测试方法和技术对设计时预计的平均数据处理量提高一个数量级。
完成标准大数据量输入时软件可以正常完成功能。
编写测试大纲
编写测试用例
测试用例说明书
测试执行
测试记录
测试总结
结束
缺陷记录
测试分析报告
图3-1测试过程图
3.2测试范围
制定此次项目测试范围的依据为：
1)各子系统所包含的功能。
2)同项目负责人特别确定的测试范围。
要测试的子系统：
表3-1测试范围
测试内容测试范围
01供应商和品牌商之间建立连接
登陆
功能测试企业信息
错误!未定义书签。
培训需求. ...........................................
错误!未定义书签。