项目测试计划.docx
《项目测试计划.docx》由会员分享，可在线阅读，更多相关《项目测试计划.docx（34页珍藏版）》请在冰豆网上搜索。
项目测试计划
网络分析系统
测试计划
本文档所有内容均为软件独立完成，未经软件做出明确书面许可，不得为任何目的、以任何形式或手段（包括电子、机械、复印、录音或其他形式）对本文档的任何部分进行复制、修改、存储、引入检索系统或者传播。
版权所有©2014成都软件有限公司。
保留所有权利。
软件
电话：
网址：
邮箱：
33307114
1当前项目现状3
1.1项目的历史版本3
1.2历史遗留的重大缺陷3
1.3需求文档的参考3
1.4设计文档的参考3
1.5历史版本的测试概述3
1.6当前项目各人员职责分配4
2资源分配4
2.1硬件资源4
2.2人力资源4
2.2.1人力资源职责4
2.2.2测试人员5
2.3测试人员的技术培训5
3测试策略5
3.1测试流程图5
3.2测试范围6
3.3需求与设计文档评审7
3.4测试用例7
3.5测试环境7
3.5.1测试环境的拓扑图7
3.5.2测试需要的第三方工具7
3.5.3测试准备的数据包和数据驱动8
3.6测试执行启动的标准8
3.7测试中断的标准8
3.8原有功能与新增功能测试方法8
3.9缺陷的管理8
3.10测试结束的标准（发布标准）8
3.11过程管理与风险控制9
3.12测试报告与总结9
4进度与产出9
4.1阶段与产出9
4.2测试事故责任10
5测试点分配10
1当前项目现状
1.1项目的历史版本
3.0、3.1、4.0、4.1.0、4.1.2、4.2.2
1.2历史遗留的重大缺陷
6232关于数据包回放的一些小概率问题.
1.3需求文档的参考
无
1.4设计文档的参考
《网络分析系统V4.2.3设计说明书1》编写人员：
姜俊杰版本号：
1.2
1.5历史版本的测试概述
1.测试模型
W模型
2.测试文档编写的广度和深度
测试计划，测试报告书写完整
3.测试用例编写的广度和深度
测试用例书写还不够深入
4.测试缺陷的入库管理
入库率较高，跟踪完整
5.交付或发布的标准
一二级清零，三四级<=1%
6.测试硬件资源和人力资源的分配
硬件资源包括1,3,5系服务器，流量复制器等；人力资源匮乏，当时只有1-2人；
测试过程中遇见的问题
数在300个左右
如何应对变化以及控制风险
优化开发流程，减少回归测试时间，通过加班实现；
1.6当前项目各人员职责分配
画出从产品经理、项目经理、设计、文档、编程、测试、市场相关人员的结构图，可找项目经理或产品经理要（林鹏还没做好）
2资源分配
2.1硬件资源
列举出该项目现有和需增加的硬件资源
3系服务器一台；
2.2人力资源
2.2.1人力资源职责
描述该项目中各测试工程师的定位与职责
职责定义
测试主管
1，负责项目的测试人员的调配2，负责测试环境资源的调配3，参与测试计划、策略、用例的评审4，测试过程跟进和改进指导5，数量和质量的评定6，测试人员的文档质量的评审7，掌握所有项目的核心功能，并参与所有项目的发散性测试和冒烟测试
8，在人员异动情况下，立即参与项目主测
测试小组长
1，负责项目测试策略的制定，如人员分配、资源需求等2，测试计划的编写、用例架构搭建，编写以及组织评审3，测试项目日报和周报的提交4，项目测试风险的控制5，对本小组文档质量负责、对项目测试质量负责6，测试报告编写和测试发布执行7，该项目测试输入输出唯一接口人8，测试执行上级为项目经理，按规定向项目经理汇报
主测
1，服从测试小组长安排2，参与用例编写和评审、环境准备、测试执行和测试结果提交
测试
1，根据功能列表进行发散性测试（异常）2，根据列表进行回归测试和冒烟测试
2.2.2测试人员
测试主管：
黄晓均
测试小组长：
敬鹏
主测：
敬鹏，叶小林
测试：
付玲玉滕飞艳李亚芳
2.3测试人员的技术培训
需要具备的行业背景知识
1.网络分析技术；
需要熟悉的该项目的测试流程
1模型；
测试用例和缺陷编写深度广度的讲解
根据小组成员掌握情况针对性培训
项目的业务功能培训
根据小组成员掌握情况针对性培训
3测试策略
3.1测试流程图
3.2测试范围
冒烟测试
安装包可测评估
功能测试
共计320个业务功能点
性能测试
千兆到万兆性能测试、测试
安全性测试
，关键文件加壳，测试等
安装卸载激活测试
在线/离线激活
易用性测试
用户体验测试
可靠性测试
长时间复杂流量测试
界面通用功能测试
参考《通用测试用例》
兼容性测试
1.操作系统兼容性；支持2003782008；
2.历史版本数据兼容性；
3.高低版本兼容性；
3.3需求与设计文档评审
评审过程的参与
1.包括设计，开发，测试，项目管理人员
文档内容的转换
1.按照设计文档书写测试用例
3.4测试用例
描述测试用例的设计架构
1.4.2.3新增功能归类到设计维度；
2.按照设计解析+用例扩展方式书写；
3.整理历史测试用例；
整体设计思路
1.针对不同使用场景书写不同测试用例
用例的设计方法
1.边界值法，正交表法，因果图法，错误推断法；
用例的深度与广度的标准
1.客户所有可能使用的场景和操作完全覆盖；
2.文字尽量简洁；
用例编写工作的分配
1.敬鹏60%叶小林40%
用例的评审机制
1.时间：
设计文档结束后，开发编码开始前；
2.参与者：
设计，开发，测试，管理人员；
用例的维护
1.直至版本发布
3.5测试环境
3.5.1测试环境的拓扑图
3.5.2测试需要的第三方工具
1.状态统计客户端；
2.发包工具；
3.磁盘性能测试工具；
3.5.3测试准备的数据包和数据驱动
1.错误数据包；
2.协议数据包；
3.不同，，包长，会话数数据包；
4.病毒木马数据包；
3.6测试方法
描述哪些部分手工测试
1.数据准确性
描述哪些需要重点测试
1.升级配置文件及数据兼容性；
2.新增及优化功能实现及数据准确性；
3.修复的重大回归测试；
4.操作系统兼容性；
描述哪些性能要求较高，需要执行性能测试
1.，会话数；
2.丢包率；
3.磁盘读写速度；
4.高级分析性能；
5.下载速度；
描述哪些可执行自动化测试
1.操作系统兼容性；
2.性能监控；
描述哪些可采用通用测试方法
1.测试；
2.用户体验测试；
本内容可能会与测试范围有冲突，但重点在于讲清楚
3.7测试执行启动的标准
这里主要是指系统测试启动的标准，主要裁定标准为开发的发布质量，达到的功能全部实现，即进入系统测试
3.8测试中断的标准
对于开发发布质量较差的版本，测试有权利拒绝执行系统测试
拒绝执行系统测试后我们应该做什么
1.冒烟测试不通过，打回版本重新打包，继续测试原来版本
3.9原有功能与新增功能测试方法
描述原有功能的测试方法
1.按照重要程度及产生率优先级抽测
描述新增功能的测试方法
2.按照用例优先级依次执行测试
3.10缺陷的管理
管理系统等级的定义，需要对致命、严重、一般问题的定义做说明
1.按照定义；
的提交流程，如发现缺陷后需要先保持现场，通知开发查看等，以及分配原则
关闭的流程
1.复测达到期望结果或协商结果即可关闭；
3.11测试结束的标准（发布标准）
需求文档内要求的业务功能均实现
性能达到要求
可靠性达到要求
清零
申请发布的流程说明
3.12过程管理与风险控制
测试时间资源紧张的应对
1.调整测试资源；
2.优先级测试；
3.优化测试流程，减少回归时间；
4.加班实现；
开发发布延期的应对策略
1.告知项目管理人员；
需求变更的应对策略
1.告知项目管理人员，调整测试计划；
人力资源异动的应对策略
1.调整测试资源；
产生分歧与冲突的解决方案
1.将问题交产品经理或需求变更委员会裁决；
3.13测试报告与总结
编写测试报告所在阶段和内容
是否在项目测试结束后，组织测试总结
1.每个项目都是作做了总结的；
4进度与产出
4.1阶段与产出
备注：
工作日计算前提为1位测试人员配置；
里程碑
任务名称
描述
阶段产出
预计工作日（天）
需求定义
编写功能列表
《功能列表》
2
产品设计
评审设计文档
《评审结果》
2
用例编写
测试用例更新
1.新增或优化主要功能点27个；其中需要重点书写用例的功能点有20个，预计更新用例数：
160-200个；
《测试用例》
10
用例评审
评审测试用例
《用例评审结果》
2
集成测试
警报功能
支持将警报发送给不同收件人
新增应用交易分析警报
新增毫秒级流量警报
告警方式更新
链路警报日志视图
1.新增及优化警报配置验证；
2.新增及优化警报配置触发正确性；
3.验证分时、不分时、发送；
《》
4
集成测试
控制台优化
控制台功能优化
支持趋势图导出
新增添加名字表的快捷方式
通过地址反查对应的地址
增加统计数据被循环后的提示
统计视图中过滤条件优化
数据包保存的文件格式
1.优化功能正确性验证；
2.概要风格更改，正确性验证；（概要中涉及到的数据较多）
《》
4
集成测试
流量统计和分析
支持端口流量统计
支持毫秒级的链路流量统计和警报
会话流量统计方式优化
会话统计中增加累计值字段
1.包中端口正确性；
2.毫秒级流量警报，警报涉及正确性、配置、导入导出等功能；
《》
4
集成测试
支持流量统计
支持标识
支持链路分析
支持网段的带宽设定和利用率统计
增加链路流量信息的显示
1.构建流量环境
《》
4
集成测试
支持数据包存储过滤器
《》
2
集成测试
服务器配置
更新磁盘存储空间的显示格式
支持对系统应用的启用/禁用
配置页面自适应
《》
2
集成测试
快速自定义应用
新增服务访问视图
各统计视图的默认字段
《》
2
系统测试
中英文版本迭代回归测试
（中文标准版，英文32/64位标准/评估板，共计5个版本）
包括：
1.更新版本时间；
2.回归问题时间；
3.根据4.1.2更新频率预计本版本更新30次；
《》
36
系统测试
性能及稳定性测试
《性能测试报告》
10
版本发布测试
历史主要功能回归及发布准备
《发布申请》
6
版本发布测试
历史主要功能回归及发布准备
《发布申请》
6
正式版本发布测试
历史主要功能回归及发布准备
《发布申请》
6
预估风险
风险时间
1.休假及人力资源不足；
2.其他项目或工作占用本项目时间
10
4.2测试事故责任
对事故责任的定义划分
1.严重事故：
产品无法使用，用户体验极差，测试进度严重滞后；
2.一般事故：
如覆盖率低，测试未执行，测试环境可重现的缺陷在现场发现
测试进度滞后，产出未达到预期；
3.轻度事故：
四五级重现，测试进度稍有延迟；
责任事故的处
升级会员 