飞豆快递单打印软件测试计划 (新)
放假时间表-出行指南
飞豆快递单打印
测试计划
版本状态
V1.0
修订人
张思博
起止时间
2019-4-8
审核人日期
简要说明
建立
1.简介
该测试计划介绍了如何测试“飞豆快递单打印软件”。它提供了测试范
围，测试策略和人员安排等详细信
息。
1.1目的
此计划编写的目的是为使飞豆快递单打印软件能够达到与需求分
析所
描述的功能一致，并且检验系统是否运行稳定。
1.2背景
近年来，伴随着快递物流的完善，为了方便管理工作的进行，提高物流
工作的准确率，节省人力物力，
特此推出飞豆快递单打印软件。
主要功能：能完成快递单打印，支票打印，进账单打印，收据套打，送
货单套打等。操作简单，界面友好；确保信息的准确性、动态性、安全性。
1.3范围
测试阶段包括单元测试、集成测试、系统测试、验收测试及对测试进行
评估。本计
划所提到的测试类型是需求阶段的测试，即对“飞豆快递单打印
软件”进行功能验收的测试过程。
2.测试参考文档和测试提交文档
2.1测试参考文档
A．快递单打印需求分析
2.2测试提交文档
本次测试完成后的提交文档包括：
A.需求分析
B.测试计划
C.测试方案
D.测试用例
E.缺陷报告单
F.测试总结报告
3.测试进度
测试任务 工作量估计 人员分配 时间
编写测试需求
编写测试计划
7天
张思博，张显赫，王
宇航，曾进，钟帅
4月3日—4月4日
4月8日—4月12日
编写测试方案
编写测试用例
7天
张思博，张显赫，王4月15日—4月19日
宇航，曾进，钟帅 4月22日—4月23日
编写缺陷报告
测试总结
6天
张思博，张显赫，王4月24日—4月26日
宇航，曾进，钟帅 4月28日—4月30日
答辩PPT 2天 王宇航 5月5日—5月6日
4.测试资源
4.1人力测试
角色 具体人员 职责
测试组长 张思博
制定和维护测试计划，生成测试分
析报告，分配人员职责
测试人员
王宇航
执行系统测试，记录测试结果并完
成相应的测试编写
执行系统测试，记录测试结果并完
成相应的测试编写
执行系统测试，记录测试结果并完
成相应的测试编写
执行系统测试，记录测试结果并完
成相应的测试编写
测试人员 曾进
测试人员 钟帅
测试人员 张显赫
4.2测试环境
软件环境（相关软件、操作系统等）
操作系统：Windows
XP、Win7、Win10
数据库系统：MySQL
客户端软件：Internet Explorer或Firefox等浏览器和Office软件
硬件环境（网络、设备等）
客户端只要能使用浏览器和Office软件即可
网络条件和设备：网络连接卡或调制解调器
PC配置：256MB以上内存，PⅢ500MHz以上CPU，10GB以上可用
硬盘空间
4.3测试工具
用途
压力测试工具
功能测试工具
工具
JMeter
Selinum
生产厂商
开源组织
开源组织
版本
2.3.4
1.0
5.
测试风险
测试风险 风险描述 解决办法
合理分配空余间，保
证测试进度正常完
成
认真完成各个阶段的
任务，积极配合指导
老师的点评，修改不
足之处
建议在测试组成员编
写时，将产品逻辑理
清楚，发现问题及时
解决
中
高
高
影响
程度
时间风险
仅一个月时间，期间有很
多课程
测试组成员主要属于在
人力资源风
险
校本专业在读学生，没有
任何测试经验，测试技术
有所局限
没有明确的产品需求文
需求风险
档，对产品的需求理解不
准确，是由测试组成员根
据产品自己编写的
测试用例设计不完整，忽
视了边界条件、异常输入
测试用例风
险
等
情况，用例覆盖率没有
做到足够覆盖，测试用例
没有得到全部执行，有些
用例被有意或
无意的漏
测
项目进行过程中，沟通线
仔细研读测试用例，
做到有问题及时发现
并解决
中
完成自己所分的任务
之后，积极与组内成
员进行评审，虚心接
受
各种意见和建议，
充分发挥个人能力
高
沟通协调风
险
协调必不可少，不同成员
之间的沟通、协作，难免
存在误解、沟通不畅的情
况
其他不可预
计风险
一些突发状况、不可抗力
等也构成风险因素，且难
以预估和避免
建议做好备份准备 低
6.测试策略
6.1兼容性测试
主要目的是检测系统是否在不同软件和硬件配置中运行稳定，对快递单打
印流程处理是否存在不适应等错误，检测需求是否存在不合理的标准及要求，
此阶段是基于功能
完成的测试。
测试目标
测试范围
核实系统在不同软件和硬件配置中运行稳定
需求中明确的快递单打印流程，或组合不同功能模块而形成
一个大的功能
利用不同浏览器、操作系统、分辨率来执行各个用例或功能，
以核实以下内容：
技术
在使用
不同版本的不同浏览器
软件可以正常运行
不同操作系统、浏览器、分辨率等组合测试软件可以正常运
行
开始标准
完成标准
测试重点和
优先级
需考虑的特
殊事项
在完成某个集成测试时必须达到标准
所计划的测试已全部执行，所发现的缺陷已全部解决
测试重点是指在测试过程中需着重测试的地方优先级可以根
据需求来定
确定或说明那些将对功能测试的实施和执行造成影响的事项
或因素
6.2功能测试
测试目标
确保测试的功能正常，其中包括功能导航、数据输入、打印
和单号等功能
需求说明书中要求的各项功能
测试范围
利用有效的和无效的数据来执行各个用例，以核实以下内容：
技术
在使用以下数据时得到预期的结果
在使用无效数据时显示相应的错误消息或警告消息
各模块规则都得到了正确的应用
在前一个测试达到标准之后
每个模块功能都达到预期结果，能正常操作
每个快递单，支票，进账单，收据，送货单模板及其下的模
块
确定或说明那些将对功能测试的实施和执行造成影响的事项
或因素
开始标准
完成标准
测试重点和
优先级
需考虑的特
殊事项
6.3用户界面测试
通过测试进行的浏览可
正确反映快递单打印的功能和需求，
这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以
测试目标 及各种访问方法（Tab键，鼠标移动和快捷键）的使用。
窗口的对象和特征（如菜单，大小，位置，状态等）都符合
标准。
测试范围
需求中明确的快递单打印流程，或组合不同功能模块而形成
一个大的功能
为每个窗口
创建或修改测试，以核实各个模块窗口和对象都
可正确地进行浏览，并处于正确的对象状态
在上一个测试达到标准之后
成功地核实出各个窗口都与基准版本保持一致,或符合可接受
完成标准
标准
技术
开始标准
各个账单之间的窗口切换，字段之间的浏览以及各种
访问方
测试重点和
优先级
法的使用
导航、链接、Cookie、页面结构
包括菜单、背景、颜色、字体、
按钮、Title、提示信息的一致性等
各个窗口是否最终达到友好性、易用性、合理性、一致性、
正确性的结合
需考虑的特
殊事项
6.4性能评测
核实所指定的模块或功能在以下情况下的性能行为:
测试目标
正常的预期工作量
预期的最繁重工作量
需求中明确的快递单打印流程，或组合不同功能模块而形
测试范围
成一个大的功能
使用为功能或打印周期测试制定的测试过程；
通过修改数据文件来增加打印数量,或通过修改脚本来增加
每项打印的迭代数量；
技术
脚本应该在一台计算机上运行(最好是以单个用户、单个事
务为基准),并在多
个客户端(虚拟的或实际的客户端,请参
见下面的“需考虑的特殊事项”)上重复；
开始标准
在上一个测试达到标准之后
单个功能或单个用户:在每个功能所预期的时间范围内成功
完成标准
地完成测试脚本,没有发生任何故障；
多个功能或多个用户:在可接受的时间范围内成功地完成测
试脚本,没有发生任何故障
测试重点和优先
级
最大并发数
综合的性能测试还包括在服
务器上添加后台工作量。可采用
需考虑的特殊事
项
多种方法来执行需考虑的特殊事此
操作,其中包括:性能测
试应该在专用的计算机上进行,以便实现完全的控制和精确
的评测;性
能测试所用的数据库应该是实际大小或相同缩放
比例的数据库
6.5容量测试
核实测试对象在以下高容量条件下能否正常运：
连接或模拟了最大(实际或实际允许)数量的客户端,所
测试目标
有客户端在长时间内执行相同的,且情况(性能)最坏的
业务功能;
已达到最大的数据库大小(实际的或按比例缩放的),而
且同时执行多个查询或报表事务
测试范围
需求中明确的快递单打印流程，或组合不同功能模块而形
成一个大的功能
使用为性能评测或负载测试制定的测试。
应该使用多台客户端来运行相同的测试或互补的测试，以
技术 便在长时间内产生最繁重的打印
量或最差的打印组合创建
最大的数据库大小，并使用多台客户端在长时间内同时运
行查询和报表
事务。
开始标准 在上一个测试达到标准之后
所计划的测试已全部执行，并且达到或超出指定的系统限
制时没有出现任何软件故障
完成标准
测试重点和优
先级
连接客户端数量在快递单打印上实施操作
需考虑的特殊
事项
对于上述的高容量条件，哪个时间段是可以接受的时间
6.6安全性测试
侧重两个关键方面：
（1）应用程序级别的安全性，包括对数据或模块功能的访问。
（2）系统级别的安全性，包括对系统的使用权限。
应用程序级别的安全性：核实用户或卖家只能访问其所属用
测试目标
户类型已被授权访问的那些功能或数据。
系统级别的安全性：核实只有具备系统和应用程序访
问权限
的用户或卖家才能访问系统和应用程序
测试范围
需求中明确的快递单打印流程，或组合不同功能模块而形
成一个大的功能
应用程序级别的安全性：确定并列出各用户或卖家类型及
其被授权访问的功能或数据。
为各用户类型创建测试，并通过创建各用户或卖家类型所
技术
特有的能力来核实其权限。
修改用户或卖家类型并为相同的用户重新运行测试。对于
每种用户类型确保正确地提供或拒绝了这些附和的功能
或数据。
系统级别的访问：请参见下面的“需考虑的事项”。
开始标准
在上一个测试达到标准之后
各种已知的用户类型都可访问相应的功能或数据，而且所
完成标准
有功能都按照预期的方式运行，并在先前的应用程序功能
测试中运行了所有的功能。
测试重点和优
先级
权限限制
通过修改URL非法访问
登陆超时限制
需考虑的特殊
事项
需与相应的网络或系统管理员一起对系统访问权进行检
查和讨论
6.7安装和卸载测试
测试目标
测试范围
技术
开始标准
完成标准
测试重点和优先
需考虑的特殊事
项
通过在不同系统中测试安装与卸载
在Windows XP、7、10中均能正常运行软件
安装和卸载测试
在上一个测试达到标准之后
在不同系统中安装与卸载操作没有异常出现
在Windows 7及以上的系统中能够运行
考虑不同操作系统组合测试
6.8易用性测试
测试目标
测试范围
技术
开始标准
完成标准
测试重点和优先
级
需考虑的特殊事
项
对于特殊人群，是否能轻松操作
确保软件的界面美观、功能实用，处理有效
针对大部分人群，都能轻松使用软件
导航测试、图形测试、内容测试、整体界面测试
在上一个测试达到标准之后
软件操作方便，各项功能清晰
各个功能易于完成，软件界面友好
7.问题跟踪 <
br>和说明书上定义不一致的，或者不符合常规的地方都属于Bug，应该提
交给相关人员进行修订。