项目测试计划.docx

1、项目测试计划网络分析系统测试计划本文档所有内容均为软件独立完成，未经软件做出明确书面许可，不得为任何目的、以任何形式或手段（包括电子、机械、复印、录音或其他形式）对本文档的任何部分进行复制、修改、存储、引入检索系统或者传播。版权所有 2014 成都软件有限公司。保留所有权利。软件电话：网址：邮箱：333071141 当前项目现状 31.1 项目的历史版本 31.2 历史遗留的重大缺陷 31.3 需求文档的参考 31.4 设计文档的参考 31.5 历史版本的测试概述 31.6 当前项目各人员职责分配 42 资源分配 42.1 硬件资源 42.2 人力资源 42.2.1 人力资源职责 42.2.2

2、 测试人员 52.3 测试人员的技术培训 53 测试策略 53.1 测试流程图 53.2 测试范围 63.3 需求与设计文档评审 73.4 测试用例 73.5 测试环境 73.5.1 测试环境的拓扑图 73.5.2 测试需要的第三方工具 73.5.3 测试准备的数据包和数据驱动 83.6 测试执行启动的标准 83.7 测试中断的标准 83.8 原有功能与新增功能测试方法 83.9 缺陷的管理 83.10 测试结束的标准（发布标准） 83.11 过程管理与风险控制 93.12 测试报告与总结 94 进度与产出 94.1 阶段与产出 94.2 测试事故责任 105 测试点分配 101 当前项目现状

3、1.1 项目的历史版本3.0、3.1、4.0、4.1.0、4.1.2、4.2.21.2 历史遗留的重大缺陷 6232 关于数据包回放的一些小概率问题.1.3 需求文档的参考 无1.4 设计文档的参考网络分析系统V4.2.3设计说明书1编写人员：姜俊杰 版本号：1.21.5 历史版本的测试概述 1.测试模型 W模型 2.测试文档编写的广度和深度 测试计划，测试报告书写完整 3.测试用例编写的广度和深度 测试用例书写还不够深入 4.测试缺陷的入库管理 入库率较高，跟踪完整 5.交付或发布的标准 一二级清零，三四级=1% 6.测试硬件资源和人力资源的分配 硬件资源包括1,3,5系服务器，流量复制器等

4、；人力资源匮乏，当时只有1-2人； 测试过程中遇见的问题 数在300个左右 如何应对变化以及控制风险 优化开发流程，减少回归测试时间，通过加班实现；1.6 当前项目各人员职责分配 画出从产品经理、项目经理、设计、文档、编程、测试、市场相关人员的结构图，可找项目经理或产品经理要（林鹏还没做好）2 资源分配2.1 硬件资源列举出该项目现有和需增加的硬件资源3系服务器一台；2.2 人力资源2.2.1 人力资源职责描述该项目中各测试工程师的定位与职责职责定义测试主管1，负责项目的测试人员的调配 2，负责测试环境资源的调配 3，参与测试计划、策略、用例的评审 4，测试过程跟进和改进指导 5，数量和质量的

5、评定 6，测试人员的文档质量的评审 7，掌握所有项目的核心功能，并参与所有项目的发散性测试和冒烟测试8，在人员异动情况下，立即参与项目主测测试小组长1，负责项目测试策略的制定，如人员分配、资源需求等 2，测试计划的编写、用例架构搭建，编写以及组织评审 3，测试项目日报和周报的提交 4，项目测试风险的控制 5，对本小组文档质量负责、对项目测试质量负责 6，测试报告编写和测试发布执行 7，该项目测试输入输出唯一接口人 8，测试执行上级为项目经理，按规定向项目经理汇报主测1，服从测试小组长安排 2，参与用例编写和评审、环境准备、测试执行和测试结果提交测试1，根据功能列表进行发散性测试（异常） 2，根

6、据列表进行回归测试和冒烟测试2.2.2 测试人员测试主管：黄晓均测试小组长：敬鹏 主测：敬鹏，叶小林 测试：付玲玉 滕飞艳 李亚芳2.3 测试人员的技术培训需要具备的行业背景知识1.网络分析技术；需要熟悉的该项目的测试流程1模型；测试用例和缺陷编写深度广度的讲解根据小组成员掌握情况针对性培训项目的业务功能培训根据小组成员掌握情况针对性培训3 测试策略3.1 测试流程图3.2 测试范围冒烟测试安装包可测评估功能测试共计320个业务功能点性能测试千兆到万兆性能测试、测试安全性测试，关键文件加壳，测试等安装卸载激活测试在线/离线激活易用性测试用户体验测试可靠性测试长时间复杂流量测试界面通用功能测试参

7、考通用测试用例兼容性测试1. 操作系统兼容性；支持2003 7 8 2008；2. 历史版本数据兼容性；3. 高低版本兼容性；3.3 需求与设计文档评审评审过程的参与1.包括设计，开发，测试，项目管理人员文档内容的转换1.按照设计文档书写测试用例3.4 测试用例描述测试用例的设计架构1.4.2.3新增功能归类到设计维度；2.按照设计解析+用例扩展方式书写；3.整理历史测试用例；整体设计思路1.针对不同使用场景书写不同测试用例用例的设计方法1.边界值法，正交表法，因果图法，错误推断法；用例的深度与广度的标准1. 客户所有可能使用的场景和操作完全覆盖；2. 文字尽量简洁；用例编写工作的分配1.敬鹏

8、 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. 操作

9、系统兼容性； 描述哪些性能要求较高，需要执行性能测试1. ，会话数；2. 丢包率；3. 磁盘读写速度；4. 高级分析性能；5. 下载速度； 描述哪些可执行自动化测试1. 操作系统兼容性；2. 性能监控； 描述哪些可采用通用测试方法1. 测试；2. 用户体验测试； 本内容可能会与测试范围有冲突，但重点在于讲清楚 3.7 测试执行启动的标准这里主要是指系统测试启动的标准，主要裁定标准为开发的发布质量，达到 的功能全部实现，即进入系统测试3.8 测试中断的标准对于开发发布质量较差的版本，测试有权利拒绝执行系统测试拒绝执行系统测试后我们应该做什么1.冒烟测试不通过，打回版本重新打包，继续测试原来版本3

10、.9 原有功能与新增功能测试方法描述原有功能的测试方法1.按照重要程度及产生率优先级抽测描述新增功能的测试方法2.按照用例优先级依次执行测试3.10 缺陷的管理管理系统等级的定义，需要对致命、严重、一般问题的定义做说明 1.按照定义；的提交流程，如发现缺陷后需要先保持现场，通知开发查看等，以及分配原则关闭的流程1.复测达到期望结果或协商结果即可关闭；3.11 测试结束的标准（发布标准）需求文档内要求的业务功能均实现性能达到要求可靠性达到要求清零申请发布的流程说明3.12 过程管理与风险控制测试时间资源紧张的应对1. 调整测试资源；2. 优先级测试；3. 优化测试流程，减少回归时间；4. 加班实

11、现；开发发布延期的应对策略1. 告知项目管理人员；需求变更的应对策略1. 告知项目管理人员，调整测试计划；人力资源异动的应对策略1. 调整测试资源；产生分歧与冲突的解决方案1. 将问题交产品经理或需求变更委员会裁决；3.13 测试报告与总结编写测试报告所在阶段和内容是否在项目测试结束后，组织测试总结1.每个项目都是作做了总结的；4 进度与产出4.1 阶段与产出备注：工作日计算前提为1位测试人员配置；里程碑任务名称描述阶段产出预计工作日（天）需求定义编写功能列表功能列表2产品设计评审设计文档评审结果2用例编写测试用例更新1.新增或优化主要功能点27个；其中需要重点书写用例的功能点有20个，预计更

12、新用例数：160-200个；测试用例10用例评审评审测试用例用例评审结果2集成测试警报功能 支持将警报发送给不同收件人 新增应用交易分析警报 新增毫秒级流量警报 告警方式更新 链路警报日志视图 1.新增及优化警报配置验证；2.新增及优化警报配置触发正确性；3.验证分时、不分时、发送；4集成测试控制台优化 控制台功能优化 支持趋势图导出 新增添加名字表的快捷方式 通过地址反查对应的地址 增加统计数据被循环后的提示 统计视图中过滤条件优化 数据包保存的文件格式 1.优化功能正确性验证；2.概要风格更改，正确性验证；（概要中涉及到的数据较多）4集成测试流量统计和分析 支持端口流量统计 支持毫秒级的链

13、路流量统计和警报 会话流量统计方式优化 会话统计中增加累计值字段 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.其他项目或工作占用本项目时间104.2 测试事故责任对事故责任的定义划分1. 严重事故：产品无法使用，用户体验极差，测试进度严重滞后；2. 一般事故：如覆盖率低，测试未执行，测试环境可重现的缺陷在现场发现测试进度滞后，产出未达到预期；3.轻度事故：四五级重现，测试进度稍有延迟；责任事故的处