XX项目软件测试计划_V1.6.1-接口测试

1、文件类型模板文件编号ATN-JH-DRC-03密 级绝密 机密 秘密适用范围数据研发中心xxx项目测试计划大客户业务中心生效日期2015-7-27版 本 号V1.6.1版本状态草案 定稿 发布版 修订稿编 制 人XX编制日期2015-7-22审 核 人XX审核日期批 准 人批准日期-Ó 高德软件有限公司 数据产品事业部 质量管理部，2008- I文档履历版本修订日期修订章节主要修正修订者审核人/批准人V1.02015-7-6全文创建XXX项目测试计划；对测试范围、方法、资源和进度进行整理；作为测试工作进行的依据。XXXV1.12015-7-8全文评审后修改功能点计划，确定测试功能点X

2、XXV1.22015-7-8全文增加待测功能SUG，删除8提交成果物完善模板XXXV1.32015-7-17全文测试计划review后第一次修改XXXV1.42015-7-27全文增加性能测试预估方案XXXV1.52015-8-11全文增加逆地理编码与周边搜功能计划；3.5.2定制深度信息返回移动到测试功能点中3.2.16，确定first call return返回数据属性；增加schedule：9月18日后的Integration testXXXV1.62015-8-17全文更新了performance测试标准XXX-Ó 高德软件有限公司 I 模板版本V1.00文件类型模板文件编号

3、ATN-JH-DRC-03密 级绝密 机密 秘密适用范围数据研发中心目录1.概述21.1.目的21.2.测试范围21.3.参考资料21.4.测试应提交文档21.5.名词术语22.测试资源32.1.测试环境32.2.测试里程碑计划33.测试功能以及重点43.1.测试对象43.2.测试功能及重点43.2.1 中英文搜索支持43.2.2 别名搜索43.2.3 中英文纠错功能53.2.4 分类搜索53.2.5 十字路口搜索53.2.6 城市搜索63.2.7 地标搜索63.2.8 首字母搜索(快拼搜索)73.2.9 全拼搜索73.2.10 组合查询73.2.11 SUG83.2.12 父子级别POI搜索

4、83.2.13 沿路搜索83.2.14 逆地理编码93.2.15 周边搜索93.2.16 POI属性优先返回93.3.性能测试103.4.自动化测试103.5.待测试的需求113.5.1自定义类别树113.5.2特殊需求114.集成/软件测试策略125.测试风险136.测试标准136.1.测试指标136.2.测试通过标准131. 概述1.1. 目的Ø 确认需求；Ø 保证测试进度，确定测试方法和测试环境，为设计测试用例做准备；Ø 通过具体的测试方法，测试该项目接口是否按需求实现相应功能；1.2. 测试范围Ø 确认XXX项目接口基本功能；Ø 确认测

5、试交付时间点；Ø 确认接口性能要求，目的地搜索响应时间（SLA）；Ø 此计划作为测试依据：控制测试时间，编写测试用例，执行测试阶段以及过程，trucking BUG记录，提交测试报告。1.3. 参考资料文档（版本/日期）作者备注XXX_SGM cloud search requirement v1.1.xlsxXXXXXX提供给高德原始需求case/1.4. 测试应提交文档提交时间编写人员文档名称2015/7/27XXXXXX测试计划2015/8/31XXXXXX测试用例2015/9/18XXXXXX测试报告2. 测试资源2.1. 测试环境类别资源名称资源说明硬件环境工作机

6、I5 4核CPU，8G内存 500G硬盘服务器阿里云OS软件环境工作机操作系统Windows 7服务器操作系统cent os Redmine/JIRA缺陷管理系统/泰为联调bug管理系统2.2. 测试里程碑计划任务分解工作量开始时间结束时间负责人集成/软件测试计划编写62015-07-142015-07-21XXX集成/软件测试计划评审22015-07-222015-07-23XXX，集成/软件测试用例设计152015-07-232015-08-12XXX集成/软件测试用例评审22015-08-132015-08-14XXX集成/软件测试执行202015-08-152015-09-1

7、1XXX集成/软件测试报告32015-09-142015-09-16XXXXXX集成测试问题修复验证92015-09-182015-09-30XXX XXX集成测试问题修复验证112015-10-152015-10-30XXX 3. 测试功能以及重点3.1. 测试对象此次测试组只对接口的功能以及性能作测试，以下所有的功能点均是制作测试用例的大纲。3.2. 测试功能及重点3.2.1 中英文搜索支持测试目标：基础POI搜索中文搜索/英文搜索测试范围：测试接口是否支持名字、地址搜索，并且有预期返回结果，预期结果中有返回的深度信息。技术：利用有效的和无效的数据来编写用例并执行测试以核实以下内容：在使用

8、有效数据时得到预期的结果（操作正确符合用户思维）。在使用无效数据时返回相应的错误消息或警告消息（非法操作时的警告结果）。接口case示例：keywords=肯德基；keywords=阜通东大街12号；keywords=黑龙江省先锋医院；keywords=airport；keywords= Focus Square, NO. 6 East Futong；完成标准：实现搜索功能，另，如车辆所在位置通用参数中经纬度可使用longitude和latitude实现。所发现严重程度为1.2.3级BUG已全部解决。测试重点和优先级：重点为基础关键字搜索，主要验证接口参数与返回数据的正确性。 3.2.2 别名

9、搜索测试目标：输入简称POI名称或别名POI测试范围：测试接口要求输入部分关键字就可以得到预期结果技术：设置简称，或者关键字的第一个字与中间字组合输入来编写用例并执行测试以核实以下内容：设置有效的部分关键字数据搜索可以得到预期结果设置无效的部分关键字数据返回则是错误消息接口case示例：keywords=北大；鸟巢完成标准：实现需求，输入北大则得出北京大学；输入鸟巢则得出国家体育场等。所发现严重程度为1.2.3级BUG已全部解决。测试重点和优先级：重点测试著名建筑或者知名地名的部分简称名字可否实现此功能。优先级可以根据需求及严重来定，主要根据测试用例和需求人员拟定3.2.3 中英文纠错功能测试

10、目标：纠错功能-可支持中英文接错测试范围：测试接口要求输入错误的中文或者英文关键字可以直接进行纠错功能技术：设置错误但可识别出关键字来编写用例并执行测试以核实以下内容：设置有效的错误中英文关键字数据搜索可以进行纠错设置无效的错误中英文关键返回则是错误消息或者警告消息接口case示例：keywords=希尔度；keywords =田安们；keywords = hotal完成标准：实现需求，输入希尔度得出希尔顿大酒店；输入hotal得出hotel等。所发现严重程度为1.2.3级BUG已全部解决。测试重点和优先级：重点测试知名或者公共设施的英文case。优先级可以根据需求及严重来定，主要根据测试用例

11、和需求人员拟定3.2.4 分类搜索测试目标：POI分类搜索测试范围：测试接口要求输入中英文分类得出对应类别的POI列表技术：设置多种POI分类来编写用例并执行测试以核实以下内容：设置有效的分类关键字搜索出对应分类的POI列表接口case示例：keywords =超市；keywords=朝阳 购物中心；keywords= Chinese Food完成标准：实现需求，输入超市得到相关超市（物美，华联等）；输入朝阳购物中心得到相关购物中心；输入Chinese Food得出中餐馆分类POI（中餐厅）。所发现严重程度为1.2.3级BUG已全部解决。测试重点和优先级：所有高德POI分类，在case设计时涵

12、盖大部分常用分类以用来验证此功能是否实现。优先级可以根据需求及严重来定，主要根据测试用例和需求人员拟定3.2.5 十字路口搜索测试目标：十字路口搜索测试范围：测试中文十字路口支持查询技术：利用有效的和无效的组合数据来编写用例并执行测试以核实以下内容：在使用有效数据时得到预期的结果（操作正确符合用户思维）。在使用无效数据时返回相应的错误消息或警告消息（非法操作时的警告结果）接口case示例：keywords=阜通东大街 广顺南大街；keywords=大成路/小屯路; keywords=海淀 三里河路阜成路/广州省 大新路与人民南路完成标准：实现需求，输入阜通东大街 广顺南大街得到的这两条相关道路

13、交叉路口等。所发现严重程度为1.2.3级BUG已全部解决。测试重点和优先级： 制定测试用例时，多考虑两个道路中间是否包含特殊字符或者不包含，另两个道路没有先后顺序。3.2.6 城市搜索测试目标：城市搜索测试范围：测试城市支持查询技术：利用有效的和无效的组合数据来编写用例并执行测试以核实以下内容：在使用有效数据时得到预期的结果（操作正确符合用户思维）。在使用无效数据时返回相应的错误消息或警告消息（非法操作时的警告结果）接口case示例：keywords=石家庄市/石家庄完成标准：实现需求，输入石家庄市/石家庄得到河北省石家庄市。所发现严重程度为1.2.3级BUG已全部解决。测试重点和优先级： 重

14、点区分城市最后中带不带“市”是否都为一致的结果3.2.7 地标搜索测试目标：地标关键字搜索测试范围：测试地标支持情况技术：利用有效的和无效的组合数据来编写用例并执行测试以核实以下内容：在使用有效数据时得到预期的结果（操作正确符合用户思维）。在使用无效数据时返回相应的错误消息或警告消息（非法操作时的警告结果）接口case示例：keywords=天安门&city=021(上海)完成标准：实现需求在其他城市输入不是当前城市所在的地标则直接跳转到该地标POI。所发现严重程度为1.2.3级BUG已全部解决。测试重点和优先级： 主要查看返回数据地标包括地表周边POI3.2.8 首字母搜索(快拼搜索

15、)测试目标：首字母搜索测试范围：POI的快拼，分类的快拼，地址的快拼，十字路口的快拼，地标的快拼技术：利用有效的和无效的组合数据来编写用例并执行测试以核实以下内容：在使用有效数据时得到预期的结果（操作正确符合用户思维）。在使用无效数据时返回相应的错误消息或警告消息（非法操作时的警告结果）接口case示例：keywords= DFWJDS；keywords= TCC；keywords=DLL538；keywords= ftddj/gsndj；keywords= BDLCC；完成标准：实现需求，DFWJDS返回东方维京大厦，TCC返回停车场类相关POI，DLL538返回大连路538号，ftddj/

16、gsndj返回广顺南大街与阜通东大街交叉口，BDLCC返回八达岭长城。所发现严重程度为1.2.3级BUG已全部解决。测试重点和优先级： 由于首字母匹配较多POI，所以制作测试用例需要分多种情况考虑。3.2.9 全拼搜索测试目标：全拼搜索测试范围：中文POI的全拼搜索技术：利用有效的和无效的组合数据来编写用例并执行测试以核实以下内容：在使用有效数据时得到预期的结果（操作正确符合用户思维）。在使用无效数据时返回相应的错误消息或警告消息（非法操作时的警告结果）接口case示例：keywords= dongwuyuan；fanghengjiarijiudian完成标准：实现需求，dongwuyuan返

17、回动物园，fanghengjiarijiudian返回北京方恒假日酒店，所发现严重程度为1.2.3级BUG已全部解决。测试重点和优先级： 制作较长的全拼搜索记录。3.2.10 组合查询测试目标：实时交通测试范围：实时交通接口，测试所支持城市的实时交通技术：使用相应的接口，配合通用参数获取实时交通信息 接口case示例：实时交通接口完成标准：实现需求，支持实时交通测试重点和优先级： N/A3.2.11 SUG测试目标：SUG（输入建议）测试范围：测试搜索建议接口，技术：利用有效的和无效的组合数据来编写用例并执行测试以核实以下内容：在使用有效数据时得到预期的结果（操作正确符合用户思维）。在使用无效

18、数据时返回相应的错误消息或警告消息（非法操作时的警告结果）接口case示例：words=szj，words=崔各庄，words=991，words=COSTA+COFFEE完成标准：实现需求，得出多种输入提示苏州街，苏州街(地铁站) ，崔各庄/991相关输入提示测试重点和优先级： 针对 字母，全拼，中文，数字，英文，设计测试用例，保持各种关键字的覆盖率3.2.12 父子级别POI搜索测试目标：Parent/Child POI relationship/linkage（父子搜索）测试范围：测试目标父类POI是否含有子类POI技术：利用有效的和无效的组合数据来编写用例并执行测试以核实以下内容：在使

19、用有效数据时得到预期的结果（操作正确符合用户思维）。在使用无效数据时返回相应的错误消息或警告消息（非法操作时的警告结果）接口case示例：keywords=工人体育场完成标准：实现需求，当输入工人体育场要求返回POI数据中包括工人体育场（南门），工人体育场（北门），工人体育场（停车场）等测试重点和优先级： N/A3.2.13 沿路搜索测试目标：Search along route（沿路搜索）测试范围：待定，待开发制作技术：利用有效的和无效的组合数据来编写用例并执行测试以核实以下内容：在使用有效数据时得到预期的结果（操作正确符合用户思维）。在使用无效数据时返回相应的错误消息或警告消息（非法操作时

20、的警告结果）接口case示例：category=160300&geoline=116.34864583333334%3B39.870559722222225%3B116.34858083333333%3B39.86936194444444完成标准：实现需求，支持沿路搜索功能，可以搜索沿路周边经纬度的分类POI。测试重点和优先级： 查看返回数据是否为该经纬度上POI，确认接口参数正确。3.2.14 逆地理编码测试目标：Reverse GEO（逆地理编码）测试范围：该功能实现逆地理编码服务，即坐标匹配，从经纬度到对应的城市地址的转换，测试查询该坐标所对应的城市地址等。技术：利用有效的和无效

21、的组合数据来编写用例并执行测试以核实以下内容：在使用有效数据时得到预期的结果（操作正确符合用户思维）。在使用无效数据时返回相应的错误消息或警告消息（非法操作时的警告结果）接口case示例：longitude=116.405285&latitude=39.904989完成标准：实现需求，支持逆地理编码服务，北京经纬度,返回信息含东城区测试重点和优先级： 针对不同的大中小城市进行逆地理测试，得到district区级别的返回结果。3.2.15 周边搜索测试目标：Boundingbox（周边搜索）测试范围：该功能实现按经纬度查询，即周边搜索，传入坐标与范围，查询该范围内预期返回结果的POI技术

22、：利用有效的和无效的组合数据来编写用例并执行测试以核实以下内容：在使用有效数据时得到预期的结果（操作正确符合用户思维）。在使用无效数据时返回相应的错误消息或警告消息（非法操作时的警告结果）接口case示例：longitude=116.418757&latitude=39.917544&range=3000完成标准：实现周边搜索功能，支持周边搜索，得到目标范围内的预期POI，查找的范围功能实现用range参数控制。如例:搜索该经纬度下3000米范围内的预期POI。所发现严重程度为1.2.3级BUG已全部解决。测试重点和优先级： 测试重点，经纬度参数与range参数，两者配合实现周

23、边搜索功能3.2.16 POI属性优先返回测试目标：POI attributes for first search return（自定义深度属性排序）测试范围：待定，待需求明确，需要确认自定义类别返回属性排序技术：利用有效的和无效的组合数据来编写用例并执行测试以核实以下内容：在使用有效数据时得到预期的结果（操作正确符合用户思维）。在使用无效数据时返回相应的错误消息或警告消息（非法操作时的警告结果）接口case示例：keywords=高尔夫完成标准：实现需求，支持深度信息返回，例:返回结果中含有该POI的名称，地址，开放时间，评价内容以及分类信息。测试重点和优先级： 测试返回结果的深度信息，根据

24、定制参数验证返回结果，POI数据在first search return返回必要带的深度信息有name、address、open hour、rating、category3.3. 性能测试测试目标：测试请求URL的返回时间测试范围：所有接口内容的请求时间，设置大量请求查看系统峰值，测试系统稳定性；设置并发用户持续运行时间查看系统负载能力技术：使用Apache ab工具进行峰值测试（压力测试）使用Loadrunner工具测试接口性能测试，主要测试接口的返回时间的（负载测试）接口case示例：以梯形形式逐渐增加并发用户，持续一段时间，以验证是否正常返回，search测试接口case按以pagesi

25、ze=50(一次返回数据)标准进行测试完成标准：实现要求：1. Search接口平均请求时间在800MS内2. RGEO，SUG接口平均请求时间在200MS内测试重点和优先级：借助测试工具实现此测试，监测最大峰值请求，监测URL请求时间，如果超出预期则按BUG处理。优先级可以根据需求及严重来定，主要根据测试用例和需求人员拟定3.4. 自动化测试测试目标：对请求URL批量进行自动化测试测试范围：测试接口返回数据是否正常，返回结果均记录在LOG里技术：借助自动化工具或Python等语言实现此功能接口case示例：借助自动化工具回归测试用例完成标准：实现要求：有效数据正常返回则记录PASS，如果无效

26、数据返回无结果PASS，反之则FAILED。测试重点和优先级：借助测试工具或语言实现，便于回归测试，减少手动的重复性测试工作，保证基本功能接口正常。3.5. 待测试的需求模块/需求编号模块/需求名称备注Customized Category tree待定，待需求明确Special content requirement待定，待需求增加3.5.1自定义类别树测试目标：Customized Category tree（自定义类别树）测试范围：待定，待需求明确技术：利用有效的和无效的组合数据来编写用例并执行测试以核实以下内容：在使用有效数据时得到预期的结果（操作正确符合用户思维）。在使用无效数据时返

27、回相应的错误消息或警告消息（非法操作时的警告结果）接口case示例：N/A完成标准：实现需求，支持类别查询测试重点和优先级： N/A3.5.2特殊需求测试目标：Special content requirement（特殊需求）测试范围：增加特定需求技术：N/A接口case示例：N/A完成标准：N/A测试重点和优先级： N/A4. 集成/软件测试策略【整体测试方案】按照测试计划的严格控制测试过程，与项目/产品理解需求，编写测试用例，与开发沟通tracking测试产生问题，产生测试报告【测试类型】此次接口测试只做功能测试与性能测试。【性能测试方案】用户场景方案1. 由于search接口属于同一业务

28、类型，即所有的用户在同一时刻做同一件事或操作，所以这种并发性能测试即可用同一接口进行请求。2. 压测接口的选择，由于汽车用户，一般以search为准，其中车载用户根据经验搜索最高的关键字有：停车场，加油站，酒店，飞机场等，所以建议选择这类的接口作为性能测试依据。3. 总用户数与同时在线人数，SGM要求25万的用户即总用户量，一般活跃用户是总量的5%20%，所以按照使用车机在线预估为：按总数的10%估算，同时在线人数为2.5万，但这在线人数只是活跃用户不属于并发人数，所以并发人数需要再进行计算。4. 并发数的估算，高峰持续时间预估用户场景是早晚高各1个小时=2小时，用户平均操作车机搜索框4分钟左右的，公式即为：并发用户=在线人数除以（高峰期持续时间*平均用户search时间）C= 25000/（120*4）=52个5. 并发持续时间，按1个