一个即时通信产品的服务器与客户端通信模块测试计划
1. 概述
1.1 测试目的
通过测试,达到以下目标:
测试通信产品的服务器与客户端通信模块是否满足用户要求,服务器和客户端之间可以安全的传送文本信息的功能测试。
模块规定的操作和运行稳定。
Bug数和缺陷率控制在可接收的范围之内。
1.2 测试范围
本测试计划是针对<销售助手二期概要
设计
领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计
说明
书
关于书的成语关于读书的排比句社区图书漂流公约怎么写关于读书的小报汉书pdf
>中规定内容的测试计划,包括:
· 通信产品的服务器与客户端通信模块需求说明书
· 通信产品的服务器与客户端通信模块设计文档
· 销售机会中新增加的客户组织分析
· 销售机会中改进的竞争管理(待定)
· 新增的客服
合同
劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载
模块
1.3 参考文档
· 服务器与客户端通信模块的需求文档;
· 服务器与客户端通信模块规格书;
· 确定用于项目的自动测试工具;
· 确定模块功能和高风险功能;
· 对系统清晰定义并理解系统需求或使用的用例,以便确定测试目标、测试目的和测试策略
· 确定系统验收准则,估计测试风险,制订降低风险的计划 ;
2. 测试规则
2.1 进入准则
确保两台能通信的计算机。
2.2 暂停/退出准则
服务器与客户端通信模块在进行单元、集成、确认、系统、安装、验收测试时,发现一级错误(大于等于1)、二级错误(大于等于2)暂停测试返回开发。服务器与客户端通信模块经过单元、集成、确认、系统、安装、验收测试,分别达到单元、集成、确认、系统、安装、验收测试停止
标准
excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载
。模块通过验收测试,并已得出验收测试结论。
2.3 测试工具
· 功能测试工具(如:QTP)
· 负载压力测试工具(如:LoadRunner)
· 静态测试工具(如:PcLint,MeTest)
3. 测试环境
3.1 硬件环境
· 处理器:Intel Pentium 166 MX 或更高
· 内存:32MB 以上
· 硬盘空间:1GB 以上
· 显卡:SVGA显示适配器
3.2 软件环境
3.3 安全性环境要求
操作系统的安全性,测试工具的安全性,测试软件的安全性。
4. 测试设计
4.1 测试种类
计划完成以下类型测试
· 功能测试
· 性能测试
· 安全测试
· 兼容性测试
· β测试
· 验收测试
4.2 测试方法
4.2.1功能测试
4.2.1.1功能
通信产品的服务器与客户端通信模块能按照设计要求实现模块的各个功能,数据应完整、界面美观、操作方便。
4.2.1.2界面测试
操作起来是否方便,查询条件是否具体;
4.2.1.3 数据项测试
· 服务器和客户端通信的测试数据分为:全中文(不同编码格式)、英文、日文、中英文+数字+其他符号(@#¥%……&*等)的组合、以数字及各类符号作为传送信息的最后一个字符;
· 以服务器能输入字符信息的最大数量为依据,输入一个最大化的数据,判断客户端能否完整显示;
· 以客户端能输入字符信息的最大数量为依据,输入一个最大化的数据,判断服务器能否完整显示;
· 服务器与客户端1:1同时进行双向通信;
· 服务器与客户端1:n同时进行双向通信;
· 服务器与客户端n:1同时进行双向通信
4.2.1.4 临界状态测试
· 在服务器和客户端同时发送空数据信息给对方;
· 在服务器和客户端同时发送慢数据信息给对方;
· 在服务器和客户端启动过程中,分别向对方发送空数据、满数据;
4.2.1.5异常处理测试
· 模拟双方数据传输时,传输过程中不断发生传输中断和恢复,服务器和客户端不发生不合理的现象;
· 数据发送瞬间,接收端发生意外关闭、正常关闭或接收端重启,是否服务器和客户端不发生异常,接收端能正好的接收完整的发送信息;
· 在对端软件没启动或者传输通信不通时,如果数据发送失败,发送方进行合理处理;
4.2.1.6帮助文档测试
· 文档是否精确描述了如何使用各种使用模式;
· 交互顺序的描述是否精确;
· 例子是否精确;
· 术语、菜单描述和系统响应是否与实际程序一致;
· 是否能够很方便地在文档中定位指南;
· 是否能够很方便地使用文档排除错误;
· 文档的内容和索引是否精确完整;
· 文档的设计(布局、缩进和图形)是否便于信息的理解;
· 显示给用户的错误信息是否有更详细的文档解释;
· 如果使用超级链接,超级链接是否精确完整;
4.2.2 性能测试
4.2.2.1 性能测试说明
本次性能测试重点模拟客户进行多用户测试,性能测试含并发性能测试、负载测试、压力测试、强度测试、破坏性测试。并发性能测试是评估系统交易或业务在渐增式并发情况下处理瓶颈以及能够接收业务的性能过程;强度测试是在资源情况低的情况下,找出因资源不足或资源争用而导致的错误;破坏性测试重点关注超出系统正常负荷N倍情况下,错误出现状态和出现比率以及错误的恢复能力。
4.2.2.2 性能测试方法
通过转化为自动化测试的方法,将数据项测试,临界状态测试,和异常处理测试按先后顺序循环执行多次或10小时以上,寻找数据项测试,临界状态测试,和异常处理测试所能覆盖的逻辑处理代码中是否有内存泄漏的情况。
4.2.3 安全测试
4.2.3.1安全测试说明
能否安全的传输数据
4.2.3.2安全测试方法
服务器和客户端在通信过程中进行安全性测试。当两端正在持续正常通信过程中,同时启动对服务器和客户端的各类安全性测试攻击。例如:通过向接收端进行伪造的源IP数据攻击;向接收端发送一些畸形的数据文件格式,像接收端发送一些错误的协议报文等方式,来判断接收端是否出现异常。
4.2.4兼容性测试
4.2.4.1 兼容性测试说明
系统中软件与各种硬件设备兼容性,与操作系统兼容性、与支撑软件的兼容性。
4.2.5 β测试
4.2.5.1β测试说明
模拟真实的环境进行测试
4.2.5.2β测试方法
将服务器和客户端挂在Internet上进行真实环境的测试,验证是否会有真实环境应用中我们想不到的测试情形。
4.2.6验收测试
4.2.6.1验收测试说明
软件产品测试部对经过内部单元测试、集成测试和系统测试后的软件所进行的测试。
5. 实施计划
5.1工作量估计
根据工作内容和项目任务对包括测试设计的工作量、测试执行和测试总结的工作量,以人月或人日计,并详细注释测试设计、测试执行和测试总结工作所占的比重。软件测试工作量应为开发工作量的30%-40%为宜。
工作阶段
所需工作日
占项目的比例
测试规划阶段
1
15%
测试设计阶段
1
15%
测试实施阶段
1
20%
测试执行阶段
1
20%
测试总结阶段
1
15%
5.2人员需求及安排
下表列出了在此测试活动的人员安排:
角色
人员
具体
职责
岗位职责下载项目部各岗位职责下载项目部各岗位职责下载建筑公司岗位职责下载社工督导职责.docx
/备注
测试经理
负责软件测试的总体安排监督工作
测试设计
负责设计测试方案以及测试用例
测试人员
负责对对项目按照测试方案进行具体测试
记录人员
负责系统测试过程中记录测试信息
5.3进度安排
下表列出了测试的时间安排:
项目里程碑
开始时间
结束时间
输出要求/备注
测试规划
09:00
10:00
测试设计
10:10
11:10
测试设计实施
11:30
13:30
测试执行
14:00
15:30
测试总结
16:00
18:00
6. 风险管理
6.1 预测风险
本次测试过程中,可能出现的风险如下:
· bug的修复情况
· 模块功能的实现情况
· 系统整体功能的实现情况
· 代码的编写质量
· 人员经验以及对软件的熟悉度
· 开发人员、测试人员关于项目约定的执行情况
· 人员调整导致研发周期延迟
· 开发时间的缩短导致某些测试计划无法执行
6.2 风险处理优先级
L=Low(风险与处理的优先级为低) M=Middle(风险与处理的优先级为中) H=High(风险与处理的优先级为高)
功能测试阶段
性能测试阶段
文档测试
正确性
H
H
H
文件完整性
H
H
H
处理的连续性
M
M
M
访问控制
M
M
M
符合性
H
H
H
可靠性
H
H
H
易操作性
H
H
H
可维护性
H
H
H
可移植性
H
H
H
6.3 问题严重度描述
问题严重度
描述
致命缺陷
1. 由于程序所引起的死机,非法退出
2. 死循环
3. 因错误操作导致的程序中断
4.主要功能丢失或功能严重错误
5. 数据通讯错误
严重缺陷
1. 程序错误
2. 程序接口错误
一般性缺陷
1. 操作界面错误(包括数据窗口内列名定义、含义是否一致)
2. 打印内容、格式错误
3. 简单的输入限制未放在前台进行控制
4. 删除操作未给出提示
7. 测试提交物
本次测试完成后的提交物:
· 测试计划
测试用例
测试Bug单
测试小结
测试分析报告
测
试
阶
段
测
试
因
素