测试计划（GB8567——88）基于协同的在线表格forture-sheet

测试计划（GB8567——88）

1引言

1.1编写目的

测试在线协同表格中的各个功能模块是否满足用户要求，并测试是否存在BUG。预期达到能够使系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前，尽可能多地发现软件的错误。

1.2背景

1. 待测试系统名称：在线协同表格
2. 测试工具：Jest
3. 测试语言：JavaScript
4. 系统语言：TypeScript
5. 软件架构：React

1.3定义

在线协同表格：一个功能丰富，配置简单的在线表格组件，开箱即用。

Jest：Jest 可帮你实现无痛的 JavaScript 单元测试支持。

JavaScript：JavaScript是一种具有函数优先的轻量级，解释型或即时编译型的编程语言。

TypeScript：TypeScript是微软开发的一个开源的编程语言，通过在JavaScript的基础上添加静态类型定义构建而成。

React：React是用于构建用户界面的JavaScript库。

1.4参考资料

fortune-sheet官方文档：FortuneSheet文档

JavaScript文档：Javascript 官方文档 官方文档|官方教程|Javascript 官方文档 API中文手册|Javascript 官方文档参考文档_w3cschool

TypeScript文档：TypeScript 中文手册 - TypeScript 中文手册

Jest文档：https://www.jestjs.cn/

React文档：React 官方中文文档 – 用于构建用户界面的 JavaScript 库

2计划

2.1软件说明

被测试软件功能	输入质量指标	输出质量指标	功能描述
数据输入	输入单元格数据	将单元格数据展示	输入数据
数据修改	修改单元格数据	展示修改后的数据	修改数据
数据同步		将编辑后的数据同步给其他用户	用户间同步数据
新增样式	点击对应样式按钮	表格展示对应样式	增加样式
清除样式	点击清除央视按钮	选区数据样式恢复为默认样式	清除选区内的单元格样式

2.2测试内容

列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的，例如模块功能测试、接口正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限的测试等。

测试标识符符	测试项	测试进度	测试目的	测试用例间的关联
Fs-001	数据输入	2022/11/7-2022/11/10	实现被输入的数据在表格对应位置中的正确展示
	数据修改	2022/11/11-2022/11/16	实现被修改的数据在表格对应位置中的正确展示
	数据同步	2022/11/17-2022/11/19	实现多用户下的数据在其他用户表格中的同步
Fs-002	新增样式	2022/11/21-2022/11/24	实现对选框中的数据添加对应样式并展示	Fs-001
	清除样式	2022/11/25-2022/11/30	实现选区数据样式恢复为默认样式

2.3测试1（Fs-001）

2.3.1进度安排

测试日期	工作内容
2022/11/7	熟悉环境
2022/11/7	培训
2022/11/8	准备数据
2022/11/9-2022/11/19	正式测试

2.3.2条件

测试设备

设备类型	数量	预定使用时间
笔记本电脑	7	2022/11/7-2022/11/19
云服务器	1	2022/11/17-2022/11/19

测试组成部分

1. jdk1.8
2. WebStorm
3. Mongodb
4. node.js
5. Edge浏览器

测试人员

测试功能	测试人数	技术水平	特殊要求
数据输入	2	熟悉Excel操作	无
数据修改	2	熟悉Excel操作	无
数据同步	4	熟悉Excel操作	无

2.3.3测试资料

1. fortune-sheet官方文档：FortuneSheet文档
2. JavaScript文档：Javascript 官方文档 官方文档|官方教程|Javascript 官方文档 API中文手册|Javascript 官方文档参考文档_w3cschool
3. TypeScript文档：TypeScript 中文手册 - TypeScript 中文手册
4. Jest文档：https://www.jestjs.cn/
5. React文档：React 官方中文文档 – 用于构建用户界面的 JavaScript 库
6. 软件需求说明
7. 接口协议
8. 系统概要设计

2.3.4测试培训

测试培训包含如下内容

1. 培训测试用例编写人员，编写方应当提交需求清单与模块清单对照表、哥哥界面的截图、接口设计说明，方便测试用例编写人员完成用例编写，关于安全性测试用例编写，编写方必须提供网络拓扑图以及必要的说明。
2. 普下一步测试执行过程，说明如何记录测试结果。
3. 培训如何填写用户调查表。

受训人员为测试用例编写人员，测试执行人员。

2.4测试2（Fs-002）

主要测试人员对于该在线协同表格的同步部分进行测试。

2.4.1进度安排

测试日期	工作内容
2022/11/21	熟悉环境
2022/11/22	培训
2022/11/23	准备数据
2022/11/24-2022/11/30	正式测试

2.4.2条件

测试设备

设备类型	数量	预定使用时间
笔记本电脑	7	2022/11/21-2022/11/30

测试组成部分

1. jdk1.8
2. WebStorm
3. Mongodb
4. node.js
5. Edge浏览器

测试人员

测试功能	测试人数	技术水平	特殊要求
新增样式	2	熟悉Excel操作	无
清除样式	2	熟悉Excel操作	无

2.4.3测试资料

1. fortune-sheet官方文档：FortuneSheet文档
2. JavaScript文档：Javascript 官方文档 官方文档|官方教程|Javascript 官方文档 API中文手册|Javascript 官方文档参考文档_w3cschool
3. TypeScript文档：TypeScript 中文手册 - TypeScript 中文手册
4. Jest文档：https://www.jestjs.cn/
5. React文档：React 官方中文文档 – 用于构建用户界面的 JavaScript 库
6. 软件需求说明
7. 接口协议
8. 系统概要设计

2.4.4测试培训

测试培训包含如下内容

1. 培训测试用例编写人员，编写方应当提交需求清单与模块清单对照表、哥哥界面的截图、接口设计说明，方便测试用例编写人员完成用例编写，关于安全性测试用例编写，编写方必须提供网络拓扑图以及必要的说明。
2. 普下一步测试执行过程，说明如何记录测试结果。
3. 培训如何填写用户调查表。

受训人员为测试用例编写人员，测试执行人员。

3测试设计说明

3.1单元格数据功能（Fs-001）

3.1.1控制

功能测试主要由亚组委业务部门参与。输入采用手工方式。

性能测试由源讯、信息技术部、监理三方参与，监理协助记录测试结果。测试采用自动或半自动方式。用户端测试工具，需有Edge浏览器，文档编辑器，方便记录发现的问题(含图形记录)。测试工具由承建方提供并安装与运行，测试端工作站由建设方提供。承建方需提前一周告知建设方与监理方使用的工具。监理方不提供测试工具，可以协助安装与测试，.对安装与运行过程中造成意外不负任何责任，因此用户需测试前备份客户端机器的数据，服务器的数据由承建方协助备份并保障意外时可以恢复系统的运行。

3.1.2输入

关于功能测试输入设计策略：

1. 输入有效数据进行测试。
2. 输入无效数据进行测试。
3. 按照正常业务流程进行测试。
4. 按照特殊业务流程进行测试。

关于性能测试输入设计策略：

1. 模拟使用过程中查询数据量最大的查询。观察查询的响应时间。
2. 使用事务处理量最大的功能模块，进行模拟测试，观察事务处理速度。

3.1.3输出

关于功能测试输出设计策略：

1. 在使用有效数据时得到预期的结果。
2. 在使用无效数据时显示相应的错误消息或警告消息。
3. 各业务规则都得到了正确的应用。

关于性能测试输出设计策略：

1. 在每个事务所预期或要求的时间范围内成功地完成事务处理，没有发生任何故障。
2. 在每个查询响应时间内成功完成查询，没有出现任何异常。

3.1.4过程

所有测试需准备必要的测试环境，测试用工作站，应避免安装过多系统，应有足够的内存和硬盘空间。备份测试用机和服务器必要的数据。记录测试环境。

测试计划到测试过程结束应遵循如下工作程序：

1. 定义参与测试的用户
2. 定义测试环境
3. 定义测试时间
4. 定义测试工具，含自动测试工具
5. 定 义测试用例
6. 定义用户满意度调查表
7. 执行测试并记录测试结果
8. 业务部门填写用户满意调查表
9. 收集测试结 果记录与用户满意调查表
10. 信息技术部源讯监理确定系统需要调整的内容
11. 承建方根据调整内容修改系统
12. 三方执行(含业务部门)回归测试，视不同的问题确定参与用户，属于功能性问题，应有业务代表进行确认，对调整后的内容测试，对相关影响模块进行测试
13. 承建方根据定义的两轮测试过程编写测试报告(可依据第一轮发现问题的性质增加测试轮次，如需求与设计发生较大偏差)
14. 监理方依据承建方测试报告和监理方抽测结果、调查表、测试结果记录、其他文档准备情况，并与建设方、承建方沟通，决定是否组织进入验收流程，由建设方主持验收会

三方达成可验收合格后，签署用户接收确认报告。否则监理方可使用联系单告知各方在有限时间内配合的事项，并要求签收。若在有限时间内未完成，监理应发布关于项目整改的工程备忘录，同时视问题的重要性提交风险报告

3.2单元格样式功能（Fs-002）

3.2.1控制

功能测试主要由亚组委业务部门参与。输入采用手工方式。

性能测试由源讯、信息技术部、监理三方参与，监理协助记录测试结果。测试采用自动或半自动方式。用户端测试工具，需有Edge浏览器，文档编辑器，方便记录发现的问题(含图形记录)。测试工具由承建方提供并安装与运行，测试端工作站由建设方提供。承建方需提前一周告知建设方与监理方使用的工具。监理方不提供测试工具，可以协助安装与测试，.对安装与运行过程中造成意外不负任何责任，因此用户需测试前备份客户端机器的数据，服务器的数据由承建方协助备份并保障意外时可以恢复系统的运行。

3.2.2输入

关于功能测试输入设计策略：

1. 输入有效数据进行测试。
2. 输入无效数据进行测试。
3. 按照正常业务流程进行测试。
4. 按照特殊业务流程进行测试。

关于性能测试输入设计策略：

1. 模拟使用过程中查询数据量最大的查询。观察查询的响应时间。
2. 使用事务处理量最大的功能模块，进行模拟测试，观察事务处理速度。

3.2.3输出

关于功能测试输出设计策略：

1. 在使用有效数据时得到预期的结果。
2. 在使用无效数据时显示相应的错误消息或警告消息。
3. 各业务规则都得到了正确的应用。

关于性能测试输出设计策略：

1. 在每个事务所预期或要求的时间范围内成功地完成事务处理，没有发生任何故障。
2. 在每个查询响应时间内成功完成查询，没有出现任何异常。

3.2.4过程

所有测试需准备必要的测试环境，测试用工作站，应避免安装过多系统，应有足够的内存和硬盘空间。备份测试用机和服务器必要的数据。记录测试环境。

测试计划到测试过程结束应遵循如下工作程序：

1. 定义参与测试的用户
2. 定义测试环境
3. 定义测试时间
4. 定义测试工具，含自动测试工具
5. 定 义测试用例
6. 定义用户满意度调查表
7. 执行测试并记录测试结果
8. 业务部门填写用户满意调查表
9. 收集测试结 果记录与用户满意调查表
10. 信息技术部源讯监理确定系统需要调整的内容
11. 承建方根据调整内容修改系统
12. 三方执行(含业务部门)回归测试，视不同的问题确定参与用户，属于功能性问题，应有业务代表进行确认，对调整后的内容测试，对相关影响模块进行测试
13. 承建方根据定义的两轮测试过程编写测试报告(可依据第一轮发现问题的性质增加测试轮次，如需求与设计发生较大偏差)
14. 监理方依据承建方测试报告和监理方抽测结果、调查表、测试结果记录、其他文档准备情况，并与建设方、承建方沟通，决定是否组织进入验收流程，由建设方主持验收会

三方达成可验收合格后，签署用户接收确认报告。否则监理方可使用联系单告知各方在有限时间内配合的事项，并要求签收。若在有限时间内未完成，监理应发布关于项目整改的工程备忘录，同时视问题的重要性提交风险报告

4评价准则

4.1范围

功能测试用例要求覆盖系统所有功能的75%。

4.2数据整理

承建方应在完成测试过程、系统完善、回归测试之后，对以上过程进行整理，完成测试总结报告。报告中应含缺陷的分析、代码行的分析，改进的措施与建议，测试记录汇总，遗留问题记录等。

4.3尺度

监理方依据承建方测试报告和监理方抽测结果、满意度调查表、测试结果记录、其他文档准备情况，并与建设方、承建方沟通评价软件系统的质量。允许测试过程中断或停机的最大次数为3。

具备以下所有条目，系统测试才可以通过：

基本流程能够通畅的完成，核心功能可以体现； (不存在A，B级BUG)

对具备分支的流程，确保有一种分支可以持续使用，另外几种要求可以体现设置方法和直接效果，否则就应暂时屏蔽分支功能；

基本界面符合术语规范，不存在错误或明显歧义所有可使用的流程中的界面设计工作必须完成；

按照标准流程没有出现各种非正常提示；

要害流程和流程中的基本数据备份恢复没有问题；

所有报表能够在基本数据的基础上正确生成；

非A，B级BUG的遗留数不能超过总用例数的5%。

说明:

A级BUG—在流程、数据或安全方面存在重大问题，导致软件不具可用性，或核心功能项无法使用。

B级BUG—主要功能不能用。