软件系统测试计划方案.docx

软件系统测试计划方案.docx

《软件系统测试计划方案.docx》由会员分享，可在线阅读，更多相关《软件系统测试计划方案.docx（20页珍藏版）》请在冰豆网上搜索。

软件系统测试计划方案

XXXXXXXXX平台项目

测试方案

XXXXXXX信息技术有限公司

二〇二〇年X月

第1章引言

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平台项目需求规格说明书》

序号

文档名称

作者

版本/日期

1

《XXXXXXXXXXXXXXXX平台项目招标书》

xxxxxxxx信息技术有限公司

V1.0

2

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

xxxxxxxx信息技术有限公司

V1.0

3

《XXXXXXXXXXXXXXXX平台项目调研报告》

xxxxxxxx信息技术有限公司

V1.0

4

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

xxxxxxxx信息技术有限公司

V1.0

第2章系统资源

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

2.1测试环境

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

项目

软件配置

数量

硬件配置

xxx服务器

国产Linux操作系统或其他

1台

大型虚拟机（16核、32GB内存、100GB存储空间）

xxx服务器

国产Linux操作系统或其他

1台

大型虚拟机（16核、32GB内存、100GB存储空间）

xxx服务器

国产Linux操作系统或其他

1台

大型虚拟机（16核、16GB内存、500GB存储空间）

数据库服务器

国产Linux操作系统或其他

1台

大型虚拟机（8核、32GB内存、500GB存储空间）

xxx服务器

国产Linux操作系统或其他

1台

大型虚拟机（8核、8GB内存、存储空间前期5T，后续动态增加，高大容量不低于100T）

2.1.1测试环境准备

测试服务器：

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

2.1.2测试人员准备

1）测试负责人（xxxx）：

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

2）测试人员（xxx）：

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

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

✧跟踪Bug解决情况。

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

2.1.3测试任务和进度

测试阶段

任务

工作量估计

人员分配

时间

测试环境搭建

搭建测试环境，包括：

硬件环境，BUG管理工具，项目安装。

3日

编写测试用例并评审通过

根据需求说明书，概要设计说明书，编写出测试用例。

2日

功能测试

测试功能和业务流程是否达到设计要求

9日

提交测试报告

根据项目进度计划，编写阶段性的测试报告

3日

压力测试

测试系统在特定硬件环境中的性能，稳定性等指标是否达到要求。

5日

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章测试种类及测试标准

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.