XXX系统测试策略与计划

XXX系统测试策略与计划

目录

1前言 (4)

1.1 编写目的 (4)

1.2 项目概况 (4)

1.3 参考资料 (5)

2资源需求 (5)

2.1 硬件资源 (5)

2.2 软件资源 (6)

2.3 人力资源 (6)

3测试策略 (7)

3.1 整体策略 (7)

3.2 测试类型 (8)

3.2.1 功能测试 (8)

3.2.2 性能测试 (8)

3.2.3 UI测试 (9)

3.2.4 安全性测试 (10)

3.2.5 兼容性测试 (10)

3.2.6 压力测试 (11)

3.2.7 回归测试 (11)

3.3 测试用例 (12)

3.3.1 编写规范 (12)

3.3.2 用例设计方法 (12)

3.3.3 用例命名规范 (13)

3.3.4 用例编号规范 (13)

3.3.5 测试用例模板 (14)

3.4 BUG管理 (14)

3.4.1 BUG提交 (14)

3.4.2 BUG提交规范 (14)

3.4.3 BUG严重级别划分 (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系统是一个XXXXXXXXXXXX。

1.3参考资料

2资源需求2.1硬件资源

2.2软件资源

2.3人力资源

3测试策略

3.1整体策略

本项目采用瀑布开发模式，第一个转测试版本包括了所有需求和要实现的功能，后续版本仅进行回归测试，不做新功能测试。

第一个版本为XXX，实现需求规格上面的功能包括：XXXXXXXXXXXXXXX。第一版发布时进行全面测试，测试重点关注功能是否满足需求规格上的要求。全面测试的内容包括功能测试、性能测试、压力测试、兼容性测试。所有测试内容按照已经编写的全面测试用例执行，阻塞的用例需备注说明阻塞原因。

第二个版本为XXX，本次为回归测试，测试重点为回归第一版软件中发现BUG，另外还要挑选基本业务流程中的高优先级用例进行测试。

第三个版本为XXX，本次为回归测试，测试重点为回归第二版软件中发现BUG，另外还要挑选基本业务流程中的高优先级用例进行测试。

所以本项目的测试策略为1轮全面+2轮回归，测完后需根据软件实际质量表现确定是否继续进行后续的其他测试。

3.2测试类型3.2.1功能测试

3.2.2性能测试

3.2.3UI测试

3.2.4安全性测试

3.2.5兼容性测试

3.2.6压力测试

3.2.7回归测试

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)、压力测试(O)、兼容性测试(C)

编号从001开始

功能模块取被测功能模块的英文标识，例如User(用户管理)、Device(设备管理)、Portal（PORTAL管理）、Statistics（数据分析）、System(系统维护)等。

用例编号实例一：XXX_F_User_001

用例编号实例二：XXX_C_Browser_001