软件系统测试计划方案

XXXXXXXXX平台项目

测试方案

XXXXXXX信息技术有限公司二〇二〇年X月

目录

第一章引言 (4)

1.1编写目的 (4)

1.2项目背景 (4)

1.2.1待开发的软件系统 (4)

1.2.2任务委托单位 (4)

xxxxxxx监理有限公司 (4)

1.2.3开发单位 (4)

1.2.4协作单位 (4)

1.2.5用户单位 (4)

xxxxxxxx (4)

1.2.6应用目标 (4)

1.2.7保密说明 (5)

1.3适用范围 (5)

1.4参考资料 (5)

第二章系统资源 (6)

2.1测试环境 (6)

2.1.1测试环境准备 (6)

2.1.2测试人员准备 (6)

2.1.3测试任务和进度 (7)

2.2系统架构图 (8)

2.3测试工具 (8)

2.4测试步骤 (8)

2.5测试策略和方法 (8)

2.5.1测试策略 (8)

2.5.2测试方法 (8)

2.6测试风险 (9)

第三章测试种类及测试标准 (10)

3.1测试种类 (10)

3.2测试标准 (10)

3.2.1功能测试 (10)

3.2.2业务测试 (13)

3.2.3压力测试 (14)

3.2.4安装测试 (15)

第四章测试范围及测试重点 (16)

4.1测试范围 (16)

4.2测试重点 (16)

第五章进度计划 (17)

第六章测试内容和测试方法 (18)

6.1功能测试 (18)

6.1.1测试方法 (18)

6.1.2测试内容 (18)

6.2业务测试 (21)

6.2.1测试方法 (21)

6.3压力测试（性能测试） (22)

6.3.1压力测试方法 (23)

6.3.2测试内容 (23)

6.4安装测试 (23)

6.4.1测试方法及内容 (23)

第七章问题分类标准 (24)

第八章测试验收标准 (25)

第九章附件 (26)

第一章引言

1.1 编写目的

编写该文档的主要目的在于从总体上明确XXXXXXXXXXXXXXXX平台项目的功能模块和实现方法，从而在后期测试活动中更好的把握测试范围，制定适当的测试策略和方法。并为测试过程中测试人员和后期实施人员提供工作指导。

本文档预期的读者包括：项目经理、系统设计人员、开发人员和测试人员。1.2 项目背景

1.2.1待开发的软件系统

1)xxx系统

2)xxxx系统

1.2.2任务委托单位

xxxxxxx监理有限公司

1.2.3开发单位

xxxxxxxx信息技术有限公司

1.2.4协作单位

无

1.2.5用户单位

xxxxxxxx

1.2.6应用目标

1)xxxxx系统

xxxxxxx系统是XXXXXXXXXXXXXXXX平台的子业务系统，具备xxxx功能。2)xxxx系统

xxxxxxx系统是XXXXXXXXXXXXXXXX平台的子业务系统，具备xxxx功能。

1.2.7保密说明

对软件开发的概要设计文档进行保密，不允许被复制、使用和扩散到公司之外的范围。

1.3 适用范围

Xxxxxxx（用户单位）及其下辖单位。

1.4 参考资料

《XXXXXXXXXXXXXXXX平台项目招标书》

《XXXXXXXXXXXXXXXX平台项目施工组织方案》

《XXXXXXXXXXXXXXXX平台项目调研报告》

《XXXXXXXXXXXXXXXX平台项目需求规格说明书》

第二章系统资源

系统资源包括本次确认测试将使用的软硬件环境等资源。

2.1 测试环境

根据项目招、投标文件及合同文件的要求，列出本项目的测试设备及相应的

2.1.1测试环境准备

测试服务器：稳定的测试服务器，访问地址为：

2.1.2测试人员准备

1）测试负责人(xxxx)：

为测试项目提供总体方向，制定测试计划、征集并监督测试人员、申请系统资源，控制和跟踪测试进度。

2）测试人员(xxx)：

?对被测软件的详细了解、分解测试需求、编写测试用例。

?负责测试执行和记录结果。

?跟踪Bug解决情况。

?汇报工作进程及测试结果。

2.1.3测试任务和进度

2.2 系统架构图

2.3 测试工具

?Bug管理工具：使用git进行Bug管理。

?自动化测试工具待定。

2.4 测试步骤

测试工作包括以下几个步骤：

1）测试方案的设计——测试方案在总体方案设计和项目实施方案设计制定，必须得到双方的认可，并经过专家审核后有效，并作为验收文件之一。

2）项目测试——双方在项目实施的项目测试阶段，要严格按照测试方案进行测试工作，包括进行单项测试、网络联机测试。

2.5 测试策略和方法

2.5.1测试策略

手工黑盒测试，根据编写的测试用例，通过手工创建数据的方法来验证各模块的功能是否正确。

2.5.2测试方法

●页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。

●相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，

这些影响是否都正确。

●检查按钮的功能是否正确：如update、cancel、delete、save等功能是

否正确。

●字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否

检查字符串长度，会不会出错。

●字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容

(如在应该输入整型的地方输入其他字符类型)，看系统是否检查字符类型，会否报错。

●标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回

车键。看系统处理是否正确。

●中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错。

●检查带出信息的完整性：在查看信息和update信息时，查看所填写的信

息是不是全部带出，带出信息和添加的是否一致。

●信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或

ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输

入内容的前后输入空格，系统是否作出正确处理。

●检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，

按”delete”，看系统如何处理，会否出错;然后选择一个和多个信息，进

行删除，看是否正确处理。

2.6 测试风险

本次测试过程中，可能出现的风险如下：

1) bug的修复情况

2) 模块功能的实现情况

3) 系统整体功能的实现情况

4) 代码的编写质量

5) 人员经验以及对软件的熟悉度

6) 开发人员、测试人员关于项目约定的执行情况

7) 人员调整导致研发周期延迟

8) 开发时间的缩短导致某些测试计划无法执行

第三章测试种类及测试标准

3.1 测试种类

本次测试活动涉及到功能测试、业务测试、压力测试和安装测试。

3.2 测试标准

3.2.1功能测试

1）功能测试说明

系统能按照设计要求实现模块的各个功能，数据应完整、界面美观、操作方便。

2）功能测试标准

?界面测试

通过用户界面测试来核实用户与软件的交互。界面测试的目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，界面测试还要确保界面功能内部的对象符合预期要求，并遵循公司或行业的标准。

1.窗口测试：

?窗口与窗口之间的调用情况；

?窗口尺寸变化时窗口中控件能否自适应；

?多个窗口同时打开和调用的情况；

?窗口拖动是否正常；

?主窗口和子窗口调用能否正常处理；

?窗口能否根据浏览器大小进行缩放【双击浏览器、浏览器最大化、最小化和还原查看窗口的变化情况】；

?窗口显示标题是否正确。

2. 工具条测试：

?工具条能否正常显示；

?工具条能否隐藏；

?可移动工具条在窗口中间位置其形状是否正确；

?工具栏上工具按钮功能是否能正常实现；

?工具按钮显示是否正确、友好、醒目易懂；

?工具栏上的工具按钮是否有鼠标悬停提示；

?工具栏上的工具按钮是否可以任意定制；

?是否有输入框；

?是否有个人用工具条；

?是否有网站型工具条；

?是否有专项型工具条；

?是否有企业型工具条。

3. 工具条测试：

?输入正常的字母或数字；

?输入已存在的文件的名称；

?输入超长字符，例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理；

?输入默认值，空白，空格；

?若只允许输入字母，尝试输入数字；反之；尝试输入字母；

?利用复制，粘贴等操作强制输入程序不允许的输入数据；

?输入特殊字符集，例如，NUL及\n等；

?输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示；

?输入非法数据；

?输入默认值；

?输入特殊字符集；

?输入使缓冲区溢出的数据；

?输入相同的文件名；

?输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示。

4. 菜单测试：

?菜单项是否符合需求，能否正常工作，是否与实际执行的内容一致；

?菜单措辞是否准确；

?菜单位置及顺序是否合理；

?菜单图形布局是否一致；

?下拉菜单是否根据选项含义进行分组；

?菜单的热键、快捷键能否有效使用和重复；

?帮助菜单的“关于”中应有版权和产品信息；

?界面菜单公司信息和产品信息显示是否正确。

5. 页面布局测试：

?页面布局是否根据分辨率大小自动调整；

?页面长宽比例合理是否合适；

?界面风格要一致；

?背景色彩搭配要协调。

6. 图标测试：

?是否符合表达习惯；

?不同目标是否采用不同图标；

?图标尺寸是否合适；

?图标是否有标注，包括公司图标和产品图标。

7. 界面按钮测试：

?按钮位置是否合适，是否有正常响应，是否有相应的匹配按钮如：“确定”和“取消”按钮；

?单选框和复选框按钮的测试；

?功能按钮图标上或在鼠标经过时是否给予正确提示信息。

8. 时间控件测试：

?时间年月日选择（开始时间不可大于结束时间）；

?时间有效期；

?时间年月日显示是否正确；

?时间查询。

9. 界面文字测试：

?界面文字描述是否准确，无异议；

?文字大小是否合适（一般9-12号）；

?是否出现中英文混合；

?界面文字是否可根据浏览器的编码方式自适应。

10. 界面信息提示测试：

?提示信息是否具有可理解性的语言描述；

?对重要、具有破坏性的操作命令是否有确认信息；

?提示信息是否具有统一的标记和标准；

?提示信息不易过长。

11. 鼠标和快捷键测试：

?是否支持滑轮；

?鼠标点击右键是否显示菜单，取消右键是否隐藏；

?无规则点动鼠标，查看界面的响应；

?经过键盘或鼠标复制粘贴；

?支持快捷键使用；

?支持键盘自动浏览按钮（Tab键、Enter键）。

12.数据项测试

?字母数字数据项是否能够正确回显，并输入到系统中？

?图形模式的数据项（如滑动条）是否正常工作？

?是否能够识别非法数据？

?数据输入消息是否可理解？

3.2.2业务测试

1）业务测试说明

功能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性。

2）业务测试的方法

1. 业务流程整理

1、充分掌握业务知识，业务流程以及业务的数据流向。站在用户的角度思考，而不仅仅考虑在系统中如何操作业务流程；搞清楚每一项业务中的详细流程和各个环节涉及的角色，一项比较复杂的业务其详细流程往往比较多，只有了彻底掌握了这项业务，才能对当前业务环节进行全方位的测试。

2、从需求人员或者客户那里了解到各业务流程的重要程度和使用频率。

3、了解业务流程在系统中对应的功能。

2. 编写测试用例

1、绘制业务流程图。

2、根据业务流程的重要程度、使用频率为各流程设置好优先级。

3、采用场景法、路径法或其他方法梳理出每个业务流程在系统中对应的操作步骤，形成业务流程的测试用例。

3. 测试数据设计

1、输入数据：

测试业务流程与功能点测试的重点不一样，因此设计测试数据的时候更多需要考虑下面的因素（按重要到次要排列）：

1）关键的判断条件

2）符合业务意义的数据

3）边界数据

4）异常数据

2、输出数据：

系统中得到的结果数据以及报表中的数据，都需要体现出来，必要的时候还需要根据报表的格式提供输出数据，以便在测试时进行核对。

注意：需要平衡项目的进度、成本，尽可能用少的测试数据发现多的问题。

4. 测试执行

主要在下面几个阶段执行业务流程测试：

1、最主要是在系统测试阶段进行（将优先级高的主要业务流程测试用例作为冒烟测试用例）。

2、在集成测试的后期，已经对部分业务测试流程进行了测试，可以根据系统集成的顺序，在集成测试阶段对部分业务流程进行测试。集成测试阶段重点是测试功能点，功能点测试存在严重问题，是无法进行业务流程测试的，所以一般是等功能比较稳定的时间才会进行业务流程测试。

3.2.3压力测试

1）压力测试说明

压力测试根据实际情况包含性能测试，重点模拟客户进行多用户测试。压力测试有一条8：2原则。即百分之八十的业务量在百分之二十的时间内输入。

2）压力测试标准

系统支持最大用户量不低于xxxx人

并发高峰期系统响应时间不高于3s

满足xxx人以上的并发访问

3.2.4安装测试

1）安装测试说明

除了嵌入式软件之外，安装是软件产品实现其功能的第一步，没有正确的安装根本就谈不上正确的执行，因此对于安装的测试就显得尤为重要。

2）安装测试方法及标准

自动安装还是手工配置安装，测试各种不同的安装组合，并验证各种不同组合的正确性，最终目标是所有组合都能安装成功。

安装退出之后，确认应用程序可以正确启动、运行。

卸载测试和安装测试同样重要，如果系统提供自动卸载工具，那么卸载之后需检验系统是否把所有的文件全部删除，注册表中有关的注册信息是否也被删除。

至少要在一台笔记本上进行安装测试，因为有很多产品在笔记本中会出现问题，尤其是系统级的产品。(有条件的情况下)

安装完成之后，可以在简单地使用之后再执行卸载操作，有的系统在使用之后会发生变化，变得不可卸载。

安装时间是否合理；

对于客户服务器模式的应用系统，可以先安装客户端，然后安装服务器端，测试是否会出现问题。

考察安装该系统是否对其他的应用程序造成影响，特别是Windows操作系统，经常会出现此类的问题。

第四章测试范围及测试重点4.1 测试范围

1)xxxx系统

2)xxxx系统

4.2 测试重点

第五章进度计划

第六章测试内容和测试方法

6.1 功能测试

6.1.1测试方法

检测系统能否按照设计要求实现模块的各个功能，数据应完整、界面美观、操作方便。

6.1.2测试内容

界面测试

通过用户界面测试来核实用户与软件的交互。界面测试的目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，界面测试还要确保界面功能内部的对象符合预期要求，并遵循公司或行业的标准。

1.窗口测试：

?窗口与窗口之间的调用情况；

?窗口尺寸变化时窗口中控件能否自适应；

?多个窗口同时打开和调用的情况；

?窗口拖动是否正常；

?主窗口和子窗口调用能否正常处理；

?窗口能否根据浏览器大小进行缩放【双击浏览器、浏览器最大化、最小化和还原查看窗口的变化情况】；

?窗口显示标题是否正确。

2. 工具条测试：

?工具条能否正常显示；

?工具条能否隐藏；

?可移动工具条在窗口中间位置其形状是否正确；

?工具栏上工具按钮功能是否能正常实现；

?工具按钮显示是否正确、友好、醒目易懂；

?工具栏上的工具按钮是否有鼠标悬停提示；

?工具栏上的工具按钮是否可以任意定制；

?是否有输入框；

?是否有个人用工具条；

?是否有网站型工具条；

?是否有专项型工具条；

?是否有企业型工具条。

3. 工具条测试：

?输入正常的字母或数字；

?输入已存在的文件的名称；

?输入超长字符，例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理；

?输入默认值，空白，空格；

?若只允许输入字母，尝试输入数字；反之；尝试输入字母；

?利用复制，粘贴等操作强制输入程序不允许的输入数据；

?输入特殊字符集，例如，NUL及\n等；

?输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示；

?输入非法数据；

?输入默认值；

?输入特殊字符集；

?输入使缓冲区溢出的数据；

?输入相同的文件名；

?输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示。

4. 菜单测试：

?菜单项是否符合需求，能否正常工作，是否与实际执行的内容一致；

?菜单措辞是否准确；

?菜单位置及顺序是否合理；

?菜单图形布局是否一致；

?下拉菜单是否根据选项含义进行分组；

?菜单的热键、快捷键能否有效使用和重复；

?帮助菜单的“关于”中应有版权和产品信息；

?界面菜单公司信息和产品信息显示是否正确。

5. 页面布局测试：

?页面布局是否根据分辨率大小自动调整；

?页面长宽比例合理是否合适；

?界面风格要一致；

?背景色彩搭配要协调。

6. 图标测试：

?是否符合表达习惯；

?不同目标是否采用不同图标；

?图标尺寸是否合适；

?图标是否有标注，包括公司图标和产品图标。

7. 界面按钮测试：

?按钮位置是否合适，是否有正常响应，是否有相应的匹配按钮如：“确定”和“取消”按钮；

?单选框和复选框按钮的测试；

?功能按钮图标上或在鼠标经过时是否给予正确提示信息。

8. 时间控件测试：

?时间年月日选择（开始时间不可大于结束时间）；

?时间有效期；

?时间年月日显示是否正确；

?时间查询。

9. 界面文字测试：

?界面文字描述是否准确，无异议；

?文字大小是否合适（一般9-12号）；

?是否出现中英文混合；

?界面文字是否可根据浏览器的编码方式自适应。