软件系统测试计划.docx
- 文档编号:24199985
- 上传时间:2023-05-25
- 格式:DOCX
- 页数:11
- 大小:19.44KB
软件系统测试计划.docx
《软件系统测试计划.docx》由会员分享,可在线阅读,更多相关《软件系统测试计划.docx(11页珍藏版)》请在冰豆网上搜索。
软件系统测试计划
XXXX系统
软件测试计划
2020年4月
日期
版本
说明
作者
2020-4-22
V1.0
创建测试计划文档
1.概述
1.1目的
编写本测试计划的目的是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供关于包头市工业固体废物物联网(2019-2025年)第三方服务采购项目系统整体系统功能和性能的测试计划指导。
1.2范围
本测试计划是针对<包头市工业固体废物物联网监控系统_概要设计说明书>中规定内容的测试计划,包括:
●人员信息
●XXXX
1.3限制条件
本测试计划受限于产品开发人员提交测试的内容和时间的事实。
根据开发人员提交模块的实际情况,本计划会做出相应修改。
1.4参考文档
序号
名称
提供部门
备注
1
需求规格说明书
产品部
2
概要设计说明书
开发部
3
详细设计说明书
开发部
2.约定
2
2.1测试目标
通过测试,达到以下目标:
Ø测试已实现的产品是否达到设计的要求,包括:
各个功能点是否以实现,业务流程是否正确。
Ø产品规定的操作和运行稳定。
ØBug数和缺陷率控制在可接收的范围之内。
2.2接收标准
接收标准是指可测试的标准,软件功能通过开发部门自测通过后,测试部门才可以接受测试。
2.3资源和工具
2.3.1资源
Ø测试服务器
稳定的测试服务器,IP地址为:
X.X.X.X。
Ø人员
测试审核人1名,测试人员2名。
2.3.2工具
Ø测试中使用的Bug管理工具为禅道。
Ø自动化测试工具为selenium。
2.4提测要求
系统开发人员提交的测试按以下要求进行:
步骤
动作
负责人
相关文档或记录
要求
1
打包、编译
开发人员
无
确认可测试
2
审核并提交测试
开发经理
经审核的自测报告
自测报告开发经理审核并签字
3
接收测试
测试人员
经测试经理审核并签字
4
开始测试
测试人员
Bug单、小结
测试小结个人编写个人的内容
2.5编号规则
与本测试计划相关的编号规则如下:
Ø测试用例中的编号,功能名+界面名(每个字第一个汉语拼音大写)+编号
例如:
新增报价书第一个用例
XZBJS0001
Ø测试用例文件命命名规则,模块名+测试用例
例如:
客服合同模块
客服合同测试用例
3.测试种类及测试标准
3
3.1测试种类
计划完成以下类型测试
Ø功能测试
Ø业务测试
Ø压力测试
Ø安装测试
Ø验收测试
3.2测试方法及标准
1
2
3
3.1
3.2
3.2.1功能测试
验证系统功能是否符合其需求规格说明书,核实系统功能上是否完整,没有冗余和遗漏的功能。
详细参加下表:
测试范围
验证数据精确度、数据类型、业务功能等相关方面的正确性
测试目标
核实所有功能均已正常实现,即是否与需求一致
技术
采用黑盒测试、边界测试、等价类划分等测试方法
工具与方法
手工测试
开始标准
开发阶段对应的功能完成并且测试用例设计完成
完成标准
测试用例通过并且最高级缺陷全部解决
需考虑的特殊事项
注意功能与功能的关联性
3.2.2界面测试
测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中要求的执行功能。
详细参加下表:
测试范围
1.导航、链接、Cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、TITLE、提示信息的一致性等。
2.友好性、可操作性(易用性)。
测试目标
核实各个窗口风格(包括颜色、字体、提示信息、图标、TITLE等等)都与需求保持一致,或符合可接受标准,能够保证用户界面的友好性、易操作性,而且符合用户操作习惯。
技术
WEB测试通用方法
工具与方法
手工测试、目测
开始标准
界面开发完成
完成标准
UI符合可接受标准,能够保证用户界面的友好性、易操作性,而且符合用户操作习惯
测试重点与优先级
首先考虑系统整体风格,其次考虑功能菜单与菜单之间风格
需考虑的特殊事项
数据图表类功能要与整体风格搭配得当。
3.2.3性能测试
测试相应时间、事务处理效率和其他时间敏感的问题。
详细参加下表:
测试范围
多用户长时间在线操作时性能方面的测试
测试目标
核实系统在大流量的数据与多用户操作时软件性能的稳定性,不造成系统崩溃或相关的异常现象
技术
手工测试、自动化测试
开始标准
自动化测试脚本设计并评审通过且项目组移交系统测试
完成标准
系统满足用户需求中所要求的性能要求
测试重点与优先级
多用户同时增删改查数据
需考虑的特殊事项
多用户同时提交企业信息或申报信息到属地管理部门
3.2.4兼容性测试
测试软件在不同的平台上使用的兼容性。
详细参加下表:
测试范围
1.使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。
2.不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试。
测试目标
核实系统在不同的软件和硬件配置中运行稳定
技术
黑盒测试
工具与方法
手工测试
开始标准
项目组移交系统测试
完成标准
在各种不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功能(此测试根据开发提供依据决定测试范围)
测试重点与优先级
固废地图、视频监控功能
需考虑的特殊事项
同一浏览器极速模式和兼容模式问题
3.2.5安全性测试
测试软件系统对非法侵入的防范能力。
详细参加下表:
测试范围
1.用户、管理员的密码安全
2.权限
3.非法攻击
测试目标
1.用户、管理员的密码管理
2.应用程序级别的安全性:
核实用户只能操作其所拥有权限能操作的功能。
3.系统级别的安全性:
核实只有具备系统访问权限的用户才能访问系统。
技术
代码包或者非法攻击工具
工具与方法
手工测试
开始标准
功能测试完成
完成标准
执行各种非法操作无安全漏洞且系统使用正常
测试重点与优先级
用户名重复校验、密码复杂度
需考虑的特殊事项
无
3.2.6配置测试
测试在不同网络、服务器、工作站的不同软硬件配置条件下,软件系统的质量。
详细参加下表:
测试范围
不同网络、服务器、工作站,不同软硬件配置条件
测试目标
核实系统在不同的软硬件配置条件下系统的质量是否达到标准
技术
黑盒测试
工具与方法
手工测试
开始标准
系统开发完成后
完成标准
达到相关要求
测试重点与优先级
测试优先级以测试需求的优先级为参照
需考虑的特殊事项
软硬件设备问题
3.2.7回归测试
测试范围
所有功能、用户界面、兼容性、安全性等测试类型
测试目标
核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准
技术
黑盒测试
工具与方法
手工测试和自动化测试
开始标准
每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试
完成标准
95%的测试用例执行通过并通过系统测试
测试重点与优先级
测试优先级以测试需求的优先级为参照
需考虑的特殊事项
软硬件设备问题
3.2.8压力测试
本次压力测试根据实际情况包含性能测试,重点模拟客户进行多用户测试。
压力测试有一条8:
2原则。
及百分之八十的业务量在百分之二十的时间内输入。
例如:
正常每天有100条新数据,测试时在两小时内输入80条数据。
我们无法知道用户的业务量,所以只有利用公司现有资源进行大量的数据量的测试。
4.测试重点及顺序
4
4.1预测风险
本次测试过程中,可能出现的风险如下:
Øbug的修复情况
Ø模块功能的实现情况
Ø系统整体功能的实现情况
Ø代码的编写质量
Ø人员经验以及对软件的熟悉度
Ø开发人员、测试人员关于项目约定的执行情况
Ø人员调整导致研发周期延迟
Ø开发时间的缩短导致某些测试计划无法执行
4.2测试重点
主要针对一般工业固废流程及各个环节功能进行重点测试,具体测试方法以及内容请参见测试用例。
5.暂停标准和再启动要求
Ø软件系统在进行单元、集成、确认、系统测试时,发现一级错误、二级错误暂停测试返回开发。
Ø软件项目需暂停以进行调整时,测试应随之暂停,并备份暂停点数据。
Ø软件项目在其开发生命周期内出现重大估算,进度偏差,需暂停或终止时,测试应随之暂停或终止,并备份暂停或终止点数据。
Ø如有新的项目需求,则在原测试计划下做相应的调整。
Ø若开发暂停,则相应测试也暂停,并备份暂停点数据。
。
Ø若项目中止,则对已完成的测试工作做测试活动总结。
Ø项目再启动时,测试进度重新安排或顺延。
6.测试任务和进度
测试阶段
测试任务
工作量(人天)
人员分配
起止时间
第一阶段
单元测试
20
4.22至4.28
单元测试BUG审核
3
4.28至4.30
第二阶段
集成测试
5
4.30至5.5
根据实际任务情况人员做一定调整
第三阶段
业务测试
业务流程测试
关注数据的准确性,特别是报表
5
5.5至5.7
第四阶段
性能测试
系统性能测试
2
5.8至5.11
第五阶段
压力测试
系统压力测试
2
5.11至5.13
第六阶段
安全测试
模仿用户使用过程的测试
1
5.13
测试总结
测试总结和分析、问题反馈
2
测试参与人
5.13-5.15
7.测试提交物
本次测试完成后的提交物:
Ø软件测试方案
Ø软件测试计划
Ø软件测试用例
回归测试报告
Ø测试完成报告
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 系统 测试 计划