系统测试策略与计划

XXX系统测试策略与计划

文件标识：XXX系统测试策略与计划

当前版本：VI.0

作者：XXX

完成日期：2022-10-27

历史版本

版本编号修订日期修订内容修订人备注

VI.02022.10.27新建XXX初次拟定

目录

1前言...........................................................................4

1.1编写目的..................................................................4

1.2项目概况..................................................................4

1.3参考资料..................................................................5

2资源需求.......................................................................5

21硬件资源...................................................................5

22软件资源...................................................................6

23人力资源...................................................................6

3测试策略.......................................................................7

3.1整体策略...................................................................7

3.2测试类型..................................................................8

3.2.1功能测试..............................................................8

3.2.2性能测试..............................................................8

3.2.3UI测试................................................................9

3.2.4安全性测试..........................................................10

3.2.5兼容性测试..........................................................10

3.2.6压力测试............................................................11

3.2.7回归测试............................................................11

33测试用例..................................................................12

3.3.1编写规范............................................................12

3.3.2用例设计方法........................................................12

3.3.3用例命名规范........................................................13

3.3.4用例编号规范........................................................13

3.3.5测试用例模板........................................................14

3.4BIG管理...................................................................14

3.4.1BUG提交.............................................................14

3.4.2BUG提交规范........................................................14

3.4.3BUG严重级别划分....................................................14

3.5风险分析.................................................................14

3.6质量控制.................................................................16

3.7任务分配..................................................................16

4测试计划......................................................................17

4.1里程碑....................................................................17

4.2回归测试标准............................................................17

4.3通过标准.................................................................18

5交付件........................................................................18

6挂起恢复条件..................................................................19

6.1挂起条件..................................................................19

6.2恢复条件.................................................................19

1前百

1.1编写目的

XXXXXXXXXXXXXXXXXXXXXXXX

本文档的读者范围包括：XXX系统项目内的部门领导、项目经理,测试工程师、

软件工程师等。

1.2项目概况

XXX系统是一个XXXXXXXXXXXXo

1.3参考资料

资料名称作者说明

XXXXXX硬件需求及配置

XXXXXX接口规范和业务流程

XXX客户提供整体业务流程中的数据进行规范定义和约

束

XXX客户提供业务流程，操作步骤

2资源需求

2.1硬件资源

机型/设备名数量使用时间资源来源

测试样机2台20天公司自有板子

PC机/网线若干20天申请/自备

交换机1台20天己有

不同方案的无路线由器若干20天申请

TF卡2个20天已有

安卓手机若干20天已有

苹果手机若干20天申请

HUB1个20天己有

XXX1个20天申请

XXX1台20天申请

XXX1台20天申请

XXX1个20天申请

挪移/联通/电信3GSIM4张20天已有

卡

2.2软件资源

软件名称用途说明

IXChariot测试有线/无线性能

InSSIDer无线信号扫描

SecureCRT串口工具

Wireshark网络抓包分析工具

RoutcrOS用于部署各种服务器,包括DHCP、PPPOE、VPN服务器

Iperf摹拟发包以及测试网络带宽

LoadRunnerWeb服务器性能测试或者用于大数据生成

2.3人力资源

角色姓名职责

测试工程师XXX负责测试任务安排与进度把控，协调测试资

源与人力，输出测试日报和测试报告。并参

与软件测试

3测试策略

3.1整体策略

本项目采用瀑布开辟模式，第一个转测试版本包括了所有需求和要实现的功

能，后续版本仅进行回归测试，不做新功能测试。

第一个版本为XXX,实现需求规格上面的功能包括：XXXXXXXXXXXXXXXo第一

版发布时进行全面测试，测试重点关注功能是否满足需求规格上的要求。全面测

试的内容包括功能测试、性能测试、压力测试、兼容性测试。所有测试内容按照

已经编写的全面测试用例执行，阻塞的用例需备注说明阻塞原因。

第二个版本为XXX,本次为回归测试，测试重点为回归第一版软件中发现BUG,

此外还要挑选基本业务流程中的高优先级用例进行测试。

第三个版本为XXX,本次为回归测试，测试重点为回归第二版软件中发现BUG,

此外还要挑选基本业务流程中的高优先级用例进行测试。

所以本项目的测试策略为1轮全面+2轮回归，测完后需根据软件实际质量表

现确定是否继续进行后续的其他测试。

3.2测试类型

3.2.1功能测试

测试范围XXX

测试目标核实所有功能均已正常实现，即各个接口功能都正常工作，数据

存储和上报都准确无误，完整的业务逻辑全部完成。

技术采用黑盒测试，使用边界值测试、等价类划分、数据驱动、流

程分析、错误猜猜等测试方法

工具与方法手工测试

开始标准测试用例设计完毕并通过评审且项目组移交系统测试

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

2、测试用例全部执行完毕

测试重点与优先级

需考虑的特殊事项如果有阻塞的功能模块需在后面测试中补测

3.2.2性能测试

测试范围系统响应速度

测试目标1、达到客户要求的系统响应速度

技术手工测试&自动化测试

工具与方法手工测试，LoadRunner11

开始标准1、完成自动化环境安装调试且项目组移交系统测试

完成标准XXX

测试重点与优先级稳定性测试

需考虑的特殊事项需研发配合编写接口

3.2.3UI测试

测试范围1.手机打开智能终端页面时的页面UI

2.友好性、可操作性（易用性）

测试目标UI简洁直观，能够保证用户界面的友好性、易操作性，而

且符合用户操作习惯。

技术WEB测试通用方法

工具与方法手工测试

开始标准项目组移交系统测试

完成标准1、UI布局统一，能够保证用户界面的友好性、易操作性，

而且符合用户操作习惯

2、页面提示信息，错误码信息，弹出窗体，下拉菜单等要

保持内容风格一致

3、无文字拼写错误，无歧义文字浮现，无错误标点符号，

无字体大小、颜色等不一致浮现。文字图片组合正常，页

面美观

测试重点与优先级状态信息显示要求及时准确

需考虑的特殊事项

3.2.4安全性测试

测试范围XXX

测试目标XXX

技术手工测试

_L具与方法黑盒测试

开始标准项目组移交系统测试

完成标准通过抓包确认数据己经加密

测试重点与优先级

需考虑的特殊事项

3.2.5兼容性测试

测试范围XXX

测试目标XXX

技术黑盒测试

工具与方法手工测试

开始标准项目组移交系统测试

完成标准XXX

测试重点与优先级

需考虑的特殊事项如果浮现不常用浏览器浮现兼容性问题可以不做修改

3.2.6压力测试

测试范围XXX

测试目标XXX

技术黑盒测试

_L具与方法手_1_测试+自动化测试

开始标准1、项目组移交系统测试

完成标准XXX

测试重点与优先级

需考虑的特殊事项

3.2.7回归测试

测试范围BUG回归，新增功能验证

测试目标核实在新的测试版本中是否己经修改了所提交的BUG,是否会引

入新的问题；抽取部份优先级高的已测用例进行测试

技术黑盒测试

工具与方法手工测试

开始标准上一轮提交的BUG都已经修改完毕

完成标准同归RUG全部通过

测试重点与优先级

需考虑的特殊事项

3.3测试用例

3.3.1编写规范

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

2、测试用例标题要能简明概要的说明用例的测试要点，有利于读者对用例的理

解。标题不能用重复。如果测试的内容相似，标题无法区分，则可以在标题后面

加数字进行区分。

3、测试用例的数据要明确。对于测试中的输入项，要有明确的输入内容来做测

试，提高可操作性。不能只用文字描述，导致测试内容含糊不清。

4、测试用例需要保障惟一性，即功能用例之间不存在重叠，流程用例不存在包

含关系。没有重复、冗余的测试用例，满足相应的行业标准。

5、描述要清晰明确，简明扼要，没有含糊的概念和易产生歧义的文字。应尽量

避免不确定的用词，如：如果、若、否则、大概、可能等。

6、测试用例中需要有充分的异常测试数据，考虑大数据量测试时的数据准备。

例如对于数据量的边界值，需要使用工具产生边界数据量来验证。

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

8、测试用例必须包含所有的功能需求点，对于功能模块之间有耦合的，对其他

模块的影响也要体现在预期结果中

3.3.2用例设计方法

常用的用例设计方法包括等价类、边界值、流程分析法、因果图、错误猜测法等。

等价类：等价类是指某个输入域的子集合。在该子集合中，各个输入数据对

于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就

等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等

价类,在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代

表性的测试数据.取得较好的测试结果。

边界值：边界值分析法就是对输入或者输出的边界值进行测试的一种黑盒测

试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，

其测试用例来自等价类的边界。

。错误猜测法：基于经验和直觉猜测程序中所有可能存在的各种错误，从而有

针对性的设计测试用例的方法。列举出程序中所有可能有的错误和容易发生

错误的特殊情况,根据他们选择测试用例。

。流程分析法：基于某一功能点的所有可能的流程进行分析，并对每一个分支

流程都设计测试用例。

❖应果图法：因果图法是一种利用图解法分析输入的各种组合情况，从而设计

测试用例的方法，它适合于检查程序输入条件的各种组合情况。等价类划分

法和边界值分析方法都是着重考虑输入条件，但没有考虑输入条件的各种组

合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况

已经测试到了，但多个输入条件组合起来可能出错的情况却被忽视了。

3.3.3用例命名规范

以实际测试功能模块和测试内容要点进行命名

3.3.4用例编号规范

用例编号格式为：项目名.测试类型一功能模块.编号

测试类型分为:功能测试（F）、性能测试（P）、安全性测试（S）、压力测试分）、兼

容性测试（C）

编号从001开始

功能模块取被测功能模块的英文标识，例如User（用户管理）、Device（设备管理）、

Portal（PORTAL管理）、Statistics（数据分析）、System（系统维护）等。

用例编号实例一：XXX_F_User001

用例编号实例二：XXXCBrowser001

3.3.5测试用例模板

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

3.4BUG管理

3.4.1BUG提交

项目测试中发现的BUG需与相应的开辟进行沟通，确认之后即将提交到BUG系统

上。如果对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.软件开辟人员需进行周

软件高测试时间延XXX

BUG阻塞测试进详的自测试，并出具自测试

质量行期、部份模块报告

风险无法测试2.开辟人员需及时响应并

优先解决阻塞测试的BUG

项目1、项目开辟进度中测试延期需保持和开辟的密切沟通，XXX

延期，不能准时密切关注项H进度，如果不

本身

交付测试能及时转测试，需要调整测

风险2、研发自测试时试时偶尔人力

发现严重问题无

法转测试

技术1、开辟、测试对低解决问题花费1.前期已经针对新技术，新XXX

新技术或者测试内容做了研究并形成为了

风险时间过多，影

手段不熟悉具体用例

响测试进度2.充分准备测试资源与验

证测试环境，对测试工具已

经进行了熟练的使用

3.测试中测试人员与开辟

人员需形成良好沟通

3.6质量控制

1、检查软件转测试交付件，必须包括releasenote,自测试报告。releasenote

中需明确当前版本开辟情况，遗留问题和测试建议。自测试报告中测试用例通过

率需达到100机以上条件任一不满足，做版本退回处理。

2、正常构建版本测试过程中发现bug的严重影响后续测试，或者发现的致命

性bug,版本退回。输出测试报告。

3.7任务分配

NO.测试项目是否执行责任人说明或者不执行的原

因

1测试计划更新是XXX

2测试用例设计是XXX

3测试用例评审是XXX

4测试用例更新是XXX

5硬件质量测试否

非软件测试项目

6性能测试是XXX

7功能测试是XXX

8压力测试是XXX

8安全性测试是XXX

10兼容性测试是XXX

11路由器基本功能否

不做测试

12回归测试是XXX

13测试报告提交是XXX

14送样测试否

4测试计划

4.1里程碑

里程碑任务项起始时间结束时间任务明细

测试计划评审2022.10.282022.10.28

测试计划修改2022.10.282022.10.28

测试用例编写2022.