XXX系统测试策略与计划

XXX系统测试策略与计划文件标识系统测试策略与计划XXX当前版本VI.0作者XXX完成日期2022-10-27测试范围XXX测试目标XXX技术手工测试工具与方法黑盒测试开始标准项目组移交系统测试完成标准通过抓包确认数据已经加密测试重点与优先级需考虑的特殊事项

3.

2.5兼容性测试测试范围XXX测试目标XXX技术黑盒测试工具与方法手工测试开始标准项目组移交系统测试完成标准XXX测试重点与优先级需考虑的特殊事项如果浮现不常用浏览器浮现兼容性问题可以不做修改测试范围XXX测试目标XXX技术黑盒测试工具与方法手工测试+自动化测试开始标准

1、项目组移交系统测试完成标准XXX测试重点与优先级需考虑的特殊事项

3.

2.7回归测试测试范围BUG回归，新增功能验证测试目标核实在新的测试版本中是否已经修改了所提交的BUG,是否会引入新的问题；抽取部份优先级高的已测用例进行测试技术黑盒测试工具与方法手工测试开始标准上一轮提交的BUG都已经修改完毕完成标准回归BUG全部通过测试重点与优先级需考虑的特殊事项

3.

3.1编写规范

1、一个测试用例只测试一个点，避免一个用例中测试内容过多

2、测试用例标题要能简明概要的说明用例的测试要点，有利于读者对用例的理解标题不能用重复如果测试的内容相似，标题无法区分，则可以在标题后面加数字进行区分

3、测试用例的数据要明确对于测试中的输入项，要有明确的输入内容来做测试，提高可操作性不能只用文字描述，导致测试内容含糊不清

4、测试用例需要保障惟一性，即功能用例之间不存在重叠，流程用例不存在包含关系没有重复、冗余的测试用例，满足相应的行业标准

5、描述要清晰明确，简明扼要，没有含糊的概念和易产生歧义的文字应尽量避免不确定的用词，如如果、若、否则、大概、可能等

6、测试用例中需要有充分的异常测试数据，考虑大数据量测试时的数据准备例如对于数据量的边界值，需要使用工具产生边界数据量来验证

7、正常的输入测试和异常的输入测试需分开进行

8、测试用例必须包含所有的功能需求点，对于功能模块之间有耦合的，对其他模块的影响也要体现在预期结果中

3.

3.2用例设计方法常用的用例设计方法包括等价类、边界值、流程分析法、因果图、错误猜测法等等价类等价类是指某个输入域的子集合在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，并合理地假定测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据.取得较好的测试结果❖边界值边界值分析法就是对输入或者输出的边界值进行测试的一种黑盒测试方法通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界❖错误猜测法基于经验和直觉猜测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例❖流程分析法基于某一功能点的所有可能的流程进行分析，并对每一个分支流程都设计测试用例❖应果图法因果图法是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况等价类划分法和边界值分析方法都是着重考虑输入条件，但没有考虑输入条件的各种组合、输入条件之间的相互制约关系这样虽然各种输入条件可能出错的情况已经测试到了，但多个输入条件组合起来可能出错的情况却被忽视了

3.

3.3用例命名规范以实际测试功能模块和测试内容要点进行命名

3.

3.4用例编号规范用例编号格式为项目名—测试类型一功能模块一编号测试类型分为功能测试F、性能测试P、安全性测试S、压力测试

0、兼容性测试C编号从001开始功能模块取被测功能模块的英文标识，例如User用户管理、Device设备管理、PortalPORTAL管理、Statistics数据分析、System系统维护等用例编号实例一XXX_F_User_001用例编号实例二XXX_C_Browser_

0013.

3.5测试用例模板功能功能子项用例标题用例ID重要级别前置条件操作步骤预期结果备注

3.4BUG管理

3.

4.1BUG提交项目测试中发现的BUG需与相应的开辟进行沟通，确认之后即将提交到BUG系统±o如果对BUG有争议，则提交评审后进行裁决

3.

4.2BUG提交规范

1、标题需能概括本BUG的大意

2、BUG描述力求清晰准确，解释到位必须完整描述BUG的复现步骤，如果有前提条件，需明确说明需写明预期结果和实际结果，能够让其他测试人员和开辟人员理解这个BUG是什么意思

3、尽量能附带日志或者BUG截图

4、相同的BUG不能重复提交

5、再弱小的BUG也要提交，提交BUG宜早不宜晚，不要等到后面的版本再提交

3.

4.3BUG严重级别划分参考公司文档《XXX公司BUG严重级别划分及项目通过标准》

3.5风险分析风险发生可能性说明高＞60%,中30%—60%,低＜30%o风险发风险类风险要素/描述风险发生带来的减少风险的活动责生的可型影响任人能性

1.测试人力投入不延迟项目测试进

1.部门内部协调，测试人员，XXX资源高足度加班应对风险

2.样机资源不足

2.尽量提供充足的样机保证

3.测试设备申请后测试活动顺利进行

3.转测试前需要所有测试设不能及时到位备到位，如未能到位，需向领导申请，加快设备采购软件致命或者严星

1.软件开辟人员需进行周详软件■高测试时间延XXXBUG阻塞测试进的自测试，并出具自测试报质量期、部份模块告行

2.开辟人员需及时响应并优风险无法测试先解决阻塞测试的BUG

1、项目开辟进度需保持和开辟的密切沟通，密项目中测试延期XXX延期，不能准时交切关注项目进度，如果不能付测试本身及时转测试，需要调整测试

2、研发自测试时时偶尔人力风险发现严重问题无法转测试

1、开辟、测试对新技术低解决问题花费时L前期已经针对新技术，新内XXX技术或者测试手容做了研究并形成为了具体风险间过多，影响测段不熟悉用例试进度

2.充分准备测试资源与验证测试环境，对测试工具已经进行了熟练的使用

3.测试中测试人员与开辟人员需形成良好沟通

3.6质量控制

1、检查软件转测试交付件，必须包括re leasenote,自测试报告releasenote中需明确当前版本开辟情况，遗留问题和测试建议自测试报告中测试用例通过率需达到100%以上条件任一不满足，做版本退回处理

2、正常构建版本测试过程中发现bug的严重影响后续测试，或者发现的致命性bug,版本退回输出测试报告

3.7任务分配NO.测试项目是否执行责任人说明或者不执行的原1测试计划更新是XXX2测试用例设计是XXX3测试用例评审是XXX4测试用例更新是XXX5硬件质量测试否非软件测试项目6性能测试是XXX7功能测试是XXX8压力测试是XXX8安全性测试是XXX10兼容性测试是XXX11路由器基本功能否不做测试12回归测试是XXX13测试报告提交是XXX14送样测试否4测试计划

4.1里程碑里程碑任务项起始时间结束时间任务明细测试计划评审

2022.

10.

282022.

10.28测试计划修改

2022.

10.

282022.

10.28测试用例编写

2022.

10.29所实用例都编写完成测试用例评审

2022.

11.4根据评审意见修改测试用测试用例修正

2022.

11.5例第一轮测试第一次全面测试第二轮测试

2022.

11.24第一次回归测试第三轮测试

2022.

11.27第二次回归测试

4.2回归测试标准

1、回归测试中，研发需附带自测试报告，自测试用例需通过率达到100%,才干转测试

2、研发需要将上一轮提交的BUG尽量解决掉才转测试，转测试时需要对遗留BUG进行统计，并计算分值，如果遗留BUG积累分值达到54分，则不接收转测试BUG的分值计算标准如下严重级别致命严重普通提示5分值1021编写测试质量目标确认人以及特殊说明1测试已实现的产品是否达到设计的要求，包括各个功能点是否已实现，业务流程是否正确2所有的测试用例已经执行过3所有的自动测试脚本已经执行通过4不允许存严重程度为致命的BUG5不允许存在严重程度为严重的BUG超过3个6不允许存在严重程度为普通的BUG超过5个7缺陷的发现速率正在下降并接近05交付件文档说明作者文档位置（配置库）系统测试计划XXX略测试用例XXX略每日测试汇报XXX通过每日邮件发送系统测试报告XXX略6挂起恢复条件

6.1挂起条件当测试发生

4.2中“版本退回”的条件时，应挂起测试，等待条件满足时再重新开始测试；当由于硬件故障导致测试中断时，需等硬件方面维修调试完毕后再恢复测试；除此之外，其它由于开辟方面、市场方面、或者管理决策等导致的项目暂停、住手等，应适时地挂起测试活动，惟独决策项目继续开展时，才再次启动测试活动

6.2恢复条件参考

6.1中恢复测试说明历史版本版本编号修订日期修订内容修订人备注VI.

02022.

10.27新建初次拟定XXX目录1前言

41.1编写目的

41.2项目概况

41.3参考资料52资源需求521硬件资源522软件资源623人力资源63测试策略

73.1知本策略

73.2测试类型

83.

2.1功能测试

83.

2.2性能测试

83.

2.3UI测试

93.

2.4安全性测试

103.

2.5兼容性测试

103.

2.6压力测试

113.

2.7回归测试

113.3测试用例

123.

3.1编写规范

124.

3.2用例设计方法

125.

3.3用例命名规范

136.

3.4用例编号规范

137.

3.5测试用例模板

143.4BUG管理

143.

4.1BUG提交

143.

4.2BUG提交规范

143.

4.3BUG严重级别划分

143.5风险分析

143.6质量控制1637任务分配164测试计划

174.1里程碑

174.2回归测试标准

174.33通过标准185交付件186挂起恢复条件

196.1挂起条件

196.2恢复条件191前百

1.1编写目的XXXXXXXXXXXXXXXXXXXXXXXX本文档的读者范围包括XXX系统项目内的部门领导、项目经理，测试工程师、软件工程师等

1.2项目概况XXX系统是一个XXXXXXXXXXXXo资料名称作者说明XXX XXX硬件需求及配置XXX XXX接口规范和业务流程整体业务流程中的数据进行规范定义和约XXX客户提供束XXX客户提供业务流程，操作步骤2资源需求

2.1硬件资源机型/设备名数量使用时间资源来源测试样机2台20天公司自有板子PC机/网线若干20天申请/自备交换机1台20天已有不同方案的无路线由器若干20天申请TF卡2个20天已有安卓手机若干20天已有苹果手机若干20天申请HUB1个20天已有1个20天申请XXX1台20天申请XXX1台20天申请XXX1个20天申请XXX挪移/联通/电信3G SIM4张20天已有卡

2.2软件资源软件名称用途说明TXChariot测试有线/无线性能InSSIDer无线信号扫描SecureCRT串口工具Wireshark网络抓包分析工具RouterOS用于部署各种服务器,包括DHCP、PPPOE、VPN服务器Iperf摹拟发包以及测试网络带宽LoadRunner Web服务器性能测试或者用于大数据生成

2.3人力资源角色姓名职责测试工程师XXX负责测试任务安排与进度把控，协调测试资源与人力，输出测试日报和测试报告并参与软件测试3测试策略

3.1整体策略本项目采用瀑布开辟模式，第一个转测试版本包括了所有需求和要实现的功能，后续版本仅进行回归测试，不做新功能测试第一个版本为XXX,实现需求规格上面的功能包括XXXXXXXXXXXXXXXo第一版发布时进行全面测试，测试重点关注功能是否满足需求规格上的要求全面测试的内容包括功能测试、性能测试、压力测试、兼容性测试所有测试内容按照已经编写的全面测试用例执行，阻塞的用例需备注说明阻塞原因第二个版本为XXX,本次为回归测试，测试重点为回归第一版软件中发现BUG,此外还要挑选基本业务流程中的高优先级用例进行测试第三个版本为XXX,本次为回归测试，测试重点为回归第二版软件中发现BUG,此外还要挑选基本业务流程中的高优先级用例进行测试所以本项目的测试策略为1轮全面+2轮回归，测完后需根据软件实际质量表现确定是否继续进行后续的其他测试

3.2测试类型

3.

2.1功能测试测试范围XXX测试目标核实所有功能均已正常实现，即各个接口功能都正常工作，数据存储和上报都准确无误，完整的业务逻辑全部完成技术采用黑盒测试，使用边界值测试、等价类划分、数据驱动、流程分析、错误猜猜等测试方法工具与方法手工测试开始标准测试用例设计完毕并通过评审且项目组移交系统测试

1、需求规格书上所有功能都已实现完成标准

2、测试用例全部执行完毕测试重点与优先级需考虑的特殊事项如果有阻塞的功能模块需在后面测试中补测测试范围系统响应速度测试目标

1、达到客户耍求的系统响应速度技术手工测试自动化测试

3.

2.2性能测试开始标准

1、完成自动化环境安装调试且项目组移交系统测试完成标准XXX测试重点与优先级稳定性测试工具与方法手工测试，LoadRunner11需考虑的特殊事项需研发配合编写接口

3.

2.3UI测试测试范围

1.手机打开智能终端页面时的页面UI

2.友好性、可操作性（易用性）测试目标UI简洁直观，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯技术WEB测试通用方法工具与方法手工测试开始标准项目组移交系统测试完成标准

1、UI布局统一，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯

2、页面提示信息，错误码信息，弹出窗体，下拉菜单等要保持内容风格一致

3、无文字拼写错误，无歧义文字浮现，无错误标点符号，无字体大小、颜色等不一致浮现文字图片组合正常，页面美观测试重点与优先级状态信息显示要求及时准确需考虑的特殊事项。