XX项目软件测试计划V161接口测试文档格式.docx
- 文档编号:22019607
- 上传时间:2023-02-02
- 格式:DOCX
- 页数:21
- 大小:36.78KB
XX项目软件测试计划V161接口测试文档格式.docx
《XX项目软件测试计划V161接口测试文档格式.docx》由会员分享,可在线阅读,更多相关《XX项目软件测试计划V161接口测试文档格式.docx(21页珍藏版)》请在冰豆网上搜索。
增加待测功能SUG,删除8提交成果物完善模板
V1.3
2015-7-17
测试计划review后第一次修改
V1.4
增加性能测试预估方案
V1.5
2015-8-11
增加逆地理编码与周边搜功能计划;
3.5.2定制深度信息返回移动到测试功能点中3.2.16,确定firstcallreturn返回数据属性;
增加schedule:
9月18日后的Integrationtest
V1.6
2015-8-17
更新了performance测试标准
1.概述
1.1.目的
Ø
确认需求;
保证测试进度,确定测试方法和测试环境,为设计测试用例做准备;
通过具体的测试方法,测试该项目接口是否按需求实现相应功能;
1.2.测试范围
确认XXX项目接口基本功能;
确认测试交付时间点;
确认接口性能要求,目的地搜索响应时间(SLA);
此计划作为测试依据:
控制测试时间,编写测试用例,执行测试阶段以及过程,truckingBUG记录,提交测试报告。
1.3.参考资料
文档(版本/日期)
作者
备注
《XXX_SGMcloudsearchrequirementv1.1.xlsx》
XXX提供给高德原始需求case
/
1.4.测试应提交文档
提交时间
编写人员
文档名称
2015/7/27
XXX测试计划
2015/8/31
XXX测试用例
2015/9/18
XXX测试报告
2.测试资源
2.1.测试环境
类别
资源名称
资源说明
硬件环境
工作机
I54核CPU,8G内存500G硬盘
服务器
阿里云OS
软件环境
工作机操作系统
Windows7
服务器操作系统
cent
os
Redmine/JIRA
缺陷管理系统/泰为联调bug管理系统
2.2.测试里程碑计划
任务分解
工作量
开始时间
结束时间
负责人
集成/软件测试计划编写
6
2015-07-14
2015-07-21
集成/软件测试计划评审
2
2015-07-22
2015-07-23
XXX,
集成/软件测试用例设计
15
2015-08-12
集成/软件测试用例评审
2015-08-13
2015-08-14
集成/软件测试执行
20
2015-08-15
2015-09-11
集成/软件测试报告
3
2015-09-14
2015-09-16
XXX集成测试问题修复验证
9
2015-09-18
2015-09-30
XXX
11
2015-10-15
2015-10-30
3.测试功能以及重点
3.1.测试对象
此次测试组只对接口的功能以及性能作测试,以下所有的功能点均是制作测试用例的大纲。
3.2.测试功能及重点
3.2.1中英文搜索支持
测试目标:
基础POI搜索—中文搜索/英文搜索
测试范围:
测试接口是否支持名字、地址搜索,并且有预期返回结果,预期结果中有返回的深度信息。
技术:
利用有效的和无效的数据来编写用例并执行测试以核实以下内容:
在使用有效数据时得到预期的结果(操作正确符合用户思维)。
在使用无效数据时返回相应的错误消息或警告消息(非法操作时的警告结果)。
接口case示例:
keywords=肯德基;
keywords=阜通东大街12号;
keywords=黑龙江省先锋医院;
keywords=airport;
keywords=FocusSquare,NO.6EastFutong;
完成标准:
实现搜索功能,另,如车辆所在位置通用参数中经纬度可使用longitude和latitude实现。
所发现严重程度为1.2.3级BUG已全部解决。
测试重点和优先级:
重点为基础关键字搜索,主要验证接口参数与返回数据的正确性。
3.2.2别名搜索
输入简称POI名称或别名POI
测试接口要求输入部分关键字就可以得到预期结果
设置简称,或者关键字的第一个字与中间字组合输入来编写用例并执行测试以核实以下内容:
设置有效的部分关键字数据搜索可以得到预期结果
设置无效的部分关键字数据返回则是错误消息
keywords=北大;
鸟巢
实现需求,输入北大则得出北京大学;
输入鸟巢则得出国家体育场等。
重点测试著名建筑或者知名地名的部分简称名字可否实现此功能。
优先级可以根据需求及严重来定,主要根据测试用例和需求人员拟定
3.2.3中英文纠错功能
纠错功能--可支持中英文接错
测试接口要求输入错误的中文或者英文关键字可以直接进行纠错功能
设置错误但可识别出关键字来编写用例并执行测试以核实以下内容:
设置有效的错误中英文关键字数据搜索可以进行纠错
设置无效的错误中英文关键返回则是错误消息或者警告消息
keywords=希尔度;
keywords=田安们;
keywords=hotal
实现需求,输入希尔度得出希尔顿大酒店;
输入hotal得出hotel等。
重点测试知名或者公共设施的英文case。
3.2.4分类搜索
POI分类搜索
测试接口要求输入中英文分类得出对应类别的POI列表
设置多种POI分类来编写用例并执行测试以核实以下内容:
设置有效的分类关键字搜索出对应分类的POI列表
keywords=超市;
keywords=朝阳购物中心;
keywords=ChineseFood
实现需求,输入超市得到相关超市(物美,华联等);
输入朝阳购物中心得到相关购物中心;
输入ChineseFood得出中餐馆分类POI(中餐厅)。
所有高德POI分类,在case设计时涵盖大部分常用分类以用来验证此功能是否实现。
3.2.5十字路口搜索
十字路口搜索
测试中文十字路口支持查询
利用有效的和无效的组合数据来编写用例并执行测试以核实以下内容:
在使用无效数据时返回相应的错误消息或警告消息(非法操作时的警告结果)
keywords=阜通东大街广顺南大街;
keywords=大成路/小屯路;
keywords=海淀三里河路阜成路/广州省大新路与人民南路
实现需求,输入阜通东大街广顺南大街得到的这两条相关道路交叉路口等。
制定测试用例时,多考虑两个道路中间是否包含特殊字符或者不包含,另两个道路没有先后顺序。
3.2.6城市搜索
城市搜索
测试城市支持查询
keywords=石家庄市/石家庄
实现需求,输入石家庄市/石家庄得到河北省石家庄市。
重点区分城市最后中带不带“市”是否都为一致的结果
3.2.7地标搜索
地标关键字搜索
测试地标支持情况
keywords=天安门&
city=021(上海)
实现需求在其他城市输入不是当前城市所在的地标则直接跳转到该地标POI。
主要查看返回数据地标包括地表周边POI
3.2.8首字母搜索(快拼搜索)
首字母搜索
POI的快拼,分类的快拼,地址的快拼,十字路口的快拼,地标的快拼
keywords=DFWJDS;
keywords=TCC;
keywords=DLL538;
keywords=ftddj/gsndj;
keywords=BDLCC;
实现需求,DFWJDS返回东方维京大厦,TCC返回停车场类相关POI,DLL538返回大连路538号,ftddj/gsndj返回广顺南大街与阜通东大街交叉口,BDLCC返回八达岭长城。
由于首字母匹配较多POI,所以制作测试用例需要分多种情况考虑。
3.2.9全拼搜索
全拼搜索
中文POI的全拼搜索
keywords=dongwuyuan;
fanghengjiarijiudian
实现需求,dongwuyuan返回动物园,fanghengjiarijiudian返回北京方恒假日酒店,所发现严重程度为1.2.3级BUG已全部解决。
制作较长的全拼搜索记录。
3.2.10组合查询
实时交通
实时交通接口,测试所支持城市的实时交通
使用相应的接口,配合通用参数获取实时交通信息
实时交通接口
实现需求,支持实时交通
N/A
3.2.11SUG
SUG(输入建议)
测试搜索建议接口,
words=szj,words=崔各庄,words=991,words=COSTA+COFFEE
实现需求,得出多种输入提示苏州街,苏州街(地铁站),崔各庄/991相关输入提示
针对字母,全拼,中文,数字,英文,设计测试用例,保持各种关键字的覆盖率
3.2.12父子级别POI搜索
Parent/ChildPOIrelationship/linkage(父子搜索)
测试目标父类POI是否含有子类POI
keywords=工人体育场
实现需求,当输入工人体育场要求返回POI数据中包括工人体育场(南门),工人体育场(北门),工人体育场(停车场)等
3.2.13沿路搜索
Searchalongroute(沿路搜索)
待定,待开发制作
category=160300&
geoline=116.34864583333334%3B39
.870559722222225%3B116.34858083333333%3B39.86936194444444
实现需求,支持沿路搜索功能,可以搜索沿路周边经纬度的分类POI。
查看返回数据是否为该经纬度上POI,确认接口参数正确。
3.2.14逆地理编码
ReverseGEO(逆地理编码)
该功能实现逆地理编码服务,即坐标匹配,从经纬度到对应的城市地址的转换,测试查询该坐标所对应的城市地址等。
longitude=116.405285&
latitude=39.904989
实现需求,支持逆地理编码服务,北京经纬度,返回信息含东城区
针对不同的大中小城市进行逆地理测试,得到district区级别的返回结果。
3.2.15周边搜索
Boundingbox(周边搜索)
该功能实现按经纬度查询,即周边搜索,传入坐标与范围,查询该范围内预期返回结果的POI
longitude=116.418757&
latitude=39.917544&
range=3000
实现周边搜索功能,支持周边搜索,得到目标范围内的预期POI,查找的范围功能实现用range参数控制。
如例:
搜索该经纬度下3000米范围内的预期POI。
测试重点,经纬度参数与range参数,两者配合实现周边搜索功能
3.2.16POI属性优先返回
POIattributesforfirstsearchreturn(自定义深度属性排序)
待定,待需求明确,需要确认自定义类别返回属性排序
keywords=高尔夫
实现需求,支持深度信息返回,例:
返回结果中含有该POI的名称,地址,开放时间,评价内容以及分类信息。
测试返回结果的深度信息,根据定制参数验证返回结果,POI数据在firstsearchreturn返回必要带的深度信息有name、address、openhour、rating、category
3.3.性能测试
测试请求URL的返回时间
所有接口内容的请求时间,设置大量请求查看系统峰值,测试系统稳定性;
设置并发用户持续运行时间查看系统负载能力
使用Apacheab工具进行峰值测试(压力测试)
使用Loadrunner工具测试接口性能测试,主要测试接口的返回时间的(负载测试)
以梯形形式逐渐增加并发用户,持续一段时间,以验证是否正常返回,search测试接口case按以pagesize=50(一次返回数据)标准进行测试
实现要求:
1.Search接口平均请求时间在800MS内
2.RGEO,SUG接口平均请求时间在200MS内
借助测试工具实现此测试,监测最大峰值请求,监测URL请求时间,如果超出预期则按BUG处理。
3.4.自动化测试
对请求URL批量进行自动化测试
测试接口返回数据是否正常,返回结果均记录在LOG里
借助自动化工具或Python等语言实现此功能
借助自动化工具回归测试用例
有效数据正常返回则记录PASS,如果无效数据返回无结果PASS,反之则FAILED。
借助测试工具或语言实现,便于回归测试,减少手动的重复性测试工作,保证基本功能接口正常。
3.5.待测试的需求
模块/需求编号
模块/需求名称
CustomizedCategorytree
待定,待需求明确
Specialcontentrequirement
待定,待需求增加
3.5.1自定义类别树
CustomizedCategorytree(自定义类别树)
N/A
实现需求,支持类别查询
3.5.2特殊需求
Specialcontentrequirement(特殊需求)
增加特定需求
4.集成/软件测试策略
【整体测试方案】
按照测试计划的严格控制测试过程,与项目/产品理解需求,编写测试用例,与开发沟通tracking测试产生问题,产生测试报告
【测试类型】
此次接口测试只做功能测试与性能测试。
【性能测试方案】
用户场景方案
1.由于search接口属于同一业务类型,即所有的用户在同一时刻做同一件事或操作,所以这种并发性能测试即可用同一接口进行请求。
2.压测接口的选择,由于汽车用户,一般以search为准,其中车载用户根据经验搜索最高的关键字有:
停车场,加油站,酒店,飞机场等,所以建议选择这类的接口作为性能测试依据。
3.总用户数与同时在线人数,SGM要求25万的用户即总用户量,一般活跃用户是总量的5%~20%,所以按照使用车机在线预估为:
按总数的10%估算,同时在线人数为2.5万,但这在线人数只是活跃用户不属于并发人数,所以并发人数需要再进行计算。
4.并发数的估算,高峰持续时间预估用户场景是早晚高各1个小时=2小时,用户平均操作车机搜索框4分钟左右的,公式即为:
并发用户=在线人数除以(高峰期持续时间*平均用户search时间)
C=25000/(120*4)=52个
5.并发持续时间,按1个小时计算,其中错综并发时间估算为40分钟(也就是在40分钟内每分钟都有52个并发用户在同时请求)
6.所以我们性能方案在测试52并发用户是否满足性能标准,如不满足则查询哪个阶梯并发满足性能标准,再继续做负载测试。
此次性能测试方案均是按照用户角度出发加以解释
负载方案,持续并发测试1小时,52个用户并发时间持续60分钟,其中测试过程前后以梯形形式递增/减少并发,查看在每个阶段请求时间,是否满足性能要求,例如:
52user
【回归测试方案】
当上一版本已解决问题和基础功能进行回归验证,基础功能测试用例进行自动化验证,其中手工抽查测试用例加以验证,以此保证原有功能正常。
5.测试风险
本次测试过程中,可能出现的风险如下:
需求变更导致开发周期延迟从而导致测试日期延后
需求不明确导致开发周期延迟从而导致测试日期延后
6.测试标准
6.1.测试指标
使用Redmine工具进行管理
问题严重度
严重度描述
优先级
P1
导致系统崩溃,数据丢失,recode出现404,500等,访问速度过慢等,必须有功能没有实现
立即修改,影响测试进度(Immediate)
P2
功能完全错误,非常明显错误,下载失败,参数格式错误,数据异常,接口回调数据异常,UI明显有问题
急需修改,影响用户使用(Urgent)
P3
较高,功能部分错误,参数名称错误等,功能有缺陷
应需修改,影响用户体验(High)
P4
一般错误,错误不是很明显,小问题,客户要求改善需求体验等问题
建议修改,加强用户体验(Normal)
P5
增加用户体验的建议问题
建议修改,加强用户体验(Low)
严重程度和优先级都是从1-5,从高到低;
在验收环节1、2、3级问题必须全解决或者标注不能及时解决的原因,告知大家,问题可以延后处理。
4级问题总数不能超过总量的20%,不然认为BUG过多不允许通过。
6.2.测试通过标准
验收标准:
P1级BUG或缺陷必须全部解决,功能级TESTCASE通过率必须为100%;
P2,P3级BUG或缺陷必须全部解决,功能级TESTCASE通过率必须为100%;
P4级BUG或缺陷80%解决;
P5级为建议修改,增加体验,在允许的范围内也需尽量修改。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XX 项目 软件 测试 计划 V161 接口
![提示](https://static.bdocx.com/images/bang_tan.gif)