测试计划(GB8567——88)基于协同的在线表格forture-sheet
测试计划(GB8567——88)
1引言
1.1编写目的
测试在线协同表格中的各个功能模块是否满足用户要求,并测试是否存在BUG。预期达到能够使系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前,尽可能多地发现软件的错误。
1.2背景
- 待测试系统名称:在线协同表格
- 测试工具:Jest
- 测试语言:JavaScript
- 系统语言:TypeScript
- 软件架构: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 |
测试组成部分
- jdk1.8
- WebStorm
- Mongodb
- node.js
- Edge浏览器
测试人员
测试功能 |
测试人数 |
技术水平 |
特殊要求 |
数据输入 |
2 |
熟悉Excel操作 |
无 |
数据修改 |
2 |
熟悉Excel操作 |
无 |
数据同步 |
4 |
熟悉Excel操作 |
无 |
2.3.3测试资料
- fortune-sheet官方文档:FortuneSheet文档
- JavaScript文档:Javascript 官方文档 官方文档|官方教程|Javascript 官方文档 API中文手册|Javascript 官方文档参考文档_w3cschool
- TypeScript文档:TypeScript 中文手册 - TypeScript 中文手册
- Jest文档:https://www.jestjs.cn/
- React文档:React 官方中文文档 – 用于构建用户界面的 JavaScript 库
- 软件需求说明
- 接口协议
- 系统概要设计
2.3.4测试培训
测试培训包含如下内容
- 培训测试用例编写人员,编写方应当提交需求清单与模块清单对照表、哥哥界面的截图、接口设计说明,方便测试用例编写人员完成用例编写,关于安全性测试用例编写,编写方必须提供网络拓扑图以及必要的说明。
- 普下一步测试执行过程,说明如何记录测试结果。
- 培训如何填写用户调查表。
受训人员为测试用例编写人员,测试执行人员。
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 |
测试组成部分
- jdk1.8
- WebStorm
- Mongodb
- node.js
- Edge浏览器
测试人员
测试功能 |
测试人数 |
技术水平 |
特殊要求 |
新增样式 |
2 |
熟悉Excel操作 |
无 |
清除样式 |
2 |
熟悉Excel操作 |
无 |
2.4.3测试资料
- fortune-sheet官方文档:FortuneSheet文档
- JavaScript文档:Javascript 官方文档 官方文档|官方教程|Javascript 官方文档 API中文手册|Javascript 官方文档参考文档_w3cschool
- TypeScript文档:TypeScript 中文手册 - TypeScript 中文手册
- Jest文档:https://www.jestjs.cn/
- React文档:React 官方中文文档 – 用于构建用户界面的 JavaScript 库
- 软件需求说明
- 接口协议
- 系统概要设计
2.4.4测试培训
测试培训包含如下内容
- 培训测试用例编写人员,编写方应当提交需求清单与模块清单对照表、哥哥界面的截图、接口设计说明,方便测试用例编写人员完成用例编写,关于安全性测试用例编写,编写方必须提供网络拓扑图以及必要的说明。
- 普下一步测试执行过程,说明如何记录测试结果。
- 培训如何填写用户调查表。
受训人员为测试用例编写人员,测试执行人员。
3测试设计说明
3.1单元格数据功能(Fs-001)
3.1.1控制
功能测试主要由亚组委业务部门参与。输入采用手工方式。
性能测试由源讯、信息技术部、监理三方参与,监理协助记录测试结果。测试采用自动或半自动方式。用户端测试工具,需有Edge浏览器,文档编辑器,方便记录发现的问题(含图形记录)。测试工具由承建方提供并安装与运行,测试端工作站由建设方提供。承建方需提前一周告知建设方与监理方使用的工具。监理方不提供测试工具,可以协助安装与测试,.对安装与运行过程中造成意外不负任何责任,因此用户需测试前备份客户端机器的数据,服务器的数据由承建方协助备份并保障意外时可以恢复系统的运行。
3.1.2输入
关于功能测试输入设计策略:
- 输入有效数据进行测试。
- 输入无效数据进行测试。
- 按照正常业务流程进行测试。
- 按照特殊业务流程进行测试。
关于性能测试输入设计策略:
- 模拟使用过程中查询数据量最大的查询。观察查询的响应时间。
- 使用事务处理量最大的功能模块,进行模拟测试,观察事务处理速度。
3.1.3输出
关于功能测试输出设计策略:
- 在使用有效数据时得到预期的结果。
- 在使用无效数据时显示相应的错误消息或警告消息。
- 各业务规则都得到了正确的应用。
关于性能测试输出设计策略:
- 在每个事务所预期或要求的时间范围内成功地完成事务处理,没有发生任何故障。
- 在每个查询响应时间内成功完成查询,没有出现任何异常。
3.1.4过程
所有测试需准备必要的测试环境,测试用工作站,应避免安装过多系统,应有足够的内存和硬盘空间。备份测试用机和服务器必要的数据。记录测试环境。
测试计划到测试过程结束应遵循如下工作程序:
- 定义参与测试的用户
- 定义测试环境
- 定义测试时间
- 定义测试工具,含自动测试工具
- 定 义测试用例
- 定义用户满意度调查表
- 执行测试并记录测试结果
- 业务部门填写用户满意调查表
- 收集测试结 果记录与用户满意调查表
- 信息技术部源讯监理确定系统需要调整的内容
- 承建方根据调整内容修改系统
- 三方执行(含业务部门)回归测试,视不同的问题确定参与用户,属于功能性问题,应有业务代表进行确认,对调整后的内容测试,对相关影响模块进行测试
- 承建方根据定义的两轮测试过程编写测试报告(可依据第一轮发现问题的性质增加测试轮次,如需求与设计发生较大偏差)
- 监理方依据承建方测试报告和监理方抽测结果、调查表、测试结果记录、其他文档准备情况,并与建设方、承建方沟通,决定是否组织进入验收流程,由建设方主持验收会
三方达成可验收合格后,签署用户接收确认报告。否则监理方可使用联系单告知各方在有限时间内配合的事项,并要求签收。若在有限时间内未完成,监理应发布关于项目整改的工程备忘录,同时视问题的重要性提交风险报告
3.2单元格样式功能(Fs-002)
3.2.1控制
功能测试主要由亚组委业务部门参与。输入采用手工方式。
性能测试由源讯、信息技术部、监理三方参与,监理协助记录测试结果。测试采用自动或半自动方式。用户端测试工具,需有Edge浏览器,文档编辑器,方便记录发现的问题(含图形记录)。测试工具由承建方提供并安装与运行,测试端工作站由建设方提供。承建方需提前一周告知建设方与监理方使用的工具。监理方不提供测试工具,可以协助安装与测试,.对安装与运行过程中造成意外不负任何责任,因此用户需测试前备份客户端机器的数据,服务器的数据由承建方协助备份并保障意外时可以恢复系统的运行。
3.2.2输入
关于功能测试输入设计策略:
- 输入有效数据进行测试。
- 输入无效数据进行测试。
- 按照正常业务流程进行测试。
- 按照特殊业务流程进行测试。
关于性能测试输入设计策略:
- 模拟使用过程中查询数据量最大的查询。观察查询的响应时间。
- 使用事务处理量最大的功能模块,进行模拟测试,观察事务处理速度。
3.2.3输出
关于功能测试输出设计策略:
- 在使用有效数据时得到预期的结果。
- 在使用无效数据时显示相应的错误消息或警告消息。
- 各业务规则都得到了正确的应用。
关于性能测试输出设计策略:
- 在每个事务所预期或要求的时间范围内成功地完成事务处理,没有发生任何故障。
- 在每个查询响应时间内成功完成查询,没有出现任何异常。
3.2.4过程
所有测试需准备必要的测试环境,测试用工作站,应避免安装过多系统,应有足够的内存和硬盘空间。备份测试用机和服务器必要的数据。记录测试环境。
测试计划到测试过程结束应遵循如下工作程序:
- 定义参与测试的用户
- 定义测试环境
- 定义测试时间
- 定义测试工具,含自动测试工具
- 定 义测试用例
- 定义用户满意度调查表
- 执行测试并记录测试结果
- 业务部门填写用户满意调查表
- 收集测试结 果记录与用户满意调查表
- 信息技术部源讯监理确定系统需要调整的内容
- 承建方根据调整内容修改系统
- 三方执行(含业务部门)回归测试,视不同的问题确定参与用户,属于功能性问题,应有业务代表进行确认,对调整后的内容测试,对相关影响模块进行测试
- 承建方根据定义的两轮测试过程编写测试报告(可依据第一轮发现问题的性质增加测试轮次,如需求与设计发生较大偏差)
- 监理方依据承建方测试报告和监理方抽测结果、调查表、测试结果记录、其他文档准备情况,并与建设方、承建方沟通,决定是否组织进入验收流程,由建设方主持验收会
三方达成可验收合格后,签署用户接收确认报告。否则监理方可使用联系单告知各方在有限时间内配合的事项,并要求签收。若在有限时间内未完成,监理应发布关于项目整改的工程备忘录,同时视问题的重要性提交风险报告
4评价准则
4.1范围
功能测试用例要求覆盖系统所有功能的75%。
4.2数据整理
承建方应在完成测试过程、系统完善、回归测试之后,对以上过程进行整理,完成测试总结报告。报告中应含缺陷的分析、代码行的分析,改进的措施与建议,测试记录汇总,遗留问题记录等。
4.3尺度
监理方依据承建方测试报告和监理方抽测结果、满意度调查表、测试结果记录、其他文档准备情况,并与建设方、承建方沟通评价软件系统的质量。允许测试过程中断或停机的最大次数为3。
具备以下所有条目,系统测试才可以通过:
基本流程能够通畅的完成,核心功能可以体现; (不存在A,B级BUG)
对具备分支的流程,确保有一种分支可以持续使用,另外几种要求可以体现设置方法和直接效果,否则就应暂时屏蔽分支功能;
基本界面符合术语规范,不存在错误或明显歧义所有可使用的流程中的界面设计工作必须完成;
按照标准流程没有出现各种非正常提示;
要害流程和流程中的基本数据备份恢复没有问题;
所有报表能够在基本数据的基础上正确生成;
非A,B级BUG的遗留数不能超过总用例数的5%。
说明:
A级BUG—在流程、数据或安全方面存在重大问题,导致软件不具可用性,或核心功能项无法使用。
B级BUG—主要功能不能用。
测试计划(GB8567——88)基于协同的在线表格forture-sheet相关推荐
- 操作手册(GB8567——88)基于协同的在线表格forture-sheet
操作手册(GB8567--88) 1引言 1.1编写目的 为了帮助用户更好的上手本系统,加快用户对forture-sheet在线表格的快速入门,本操作手册详细介绍使用forture-sheet的部分基 ...
- 测试分析报告(GB8567——88)基于协同的在线表格forture-sheet
测试分析报告(GB8567--88) 1引言 1.1编写目的 测试分析报告是在测试分析的基础上,对测试的结果以及测试的数据等加以记录和分析总结.它也是测试过程中的一个重要环节,同时,它也是对软件性能的 ...
- 项目开发计划(GB856T——88)基于协同的在线表格forture-sheet
项目开发计划(GB856T--88) 1引言 1.1编写目的 为项目的顺利完成指定一个详细的计划,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,有必要以文件化的形式,把对于在项 ...
- 软件需求说明书(GB856T——88)基于协同的在线表格forture-sheet
软件需求说明书的编写提示 1引言 1.1产品目的 制造一个功能丰富,配置简单的在线表格组件,开箱即用,产品对位所有办公用户,可以大量用户同时在线进行协同合作办公,可以大大的提高工作效率. 1.2产品范 ...
- 基于协同过滤算法的在线视频学习答题自动化批改平台 习题问答系统
1 简介 今天向大家介绍一个计算机专业毕业设计项目,基于协同过滤算法的在线视频学习答题自动化批改平台 习题问答系统. 使用协同过滤算法完成习题推荐,在线视频学习,试卷自动化组卷,批改评分 在网络技术的 ...
- 测试计划(GB8567——88)
测试计划(GB8567--88) 1引言 1.1编写目的 本测试计划的具体编写目的,指出预期的读者范围. 1.2背景 说明: 测试计划所从属的软件系统的名称: 该开发项目的历史,列出用户和执行此项目测 ...
- 基于协同过滤算法的在线鲜花店推荐系统详解及GitHub下载
[[TOC]] 基于协同过滤的在线鲜花店推荐系统 项目需求: 基于店铺的客户订单记录,实现店铺的推荐需求: 基于RFM模型,得到客户的价值分类,对高价值客户进行重点跟踪,推荐其潜在的商品列表,即实现: ...
- 计算机毕业设计ssm基于协同过滤的图书馆图书推荐系统9xpkg系统+程序+源码+lw+远程部署
计算机毕业设计ssm基于协同过滤的图书馆图书推荐系统9xpkg系统+程序+源码+lw+远程部署 计算机毕业设计ssm基于协同过滤的图书馆图书推荐系统9xpkg系统+程序+源码+lw+远程部署 本源码技 ...
- 【推荐系统】基于协同过滤的图书推荐系统
推荐系统一直让我的思绪占据了一段时间,由于我倾向于阅读书籍,因此探索Book Crossing数据集非常吸引人. 在线推荐系统是许多电子商务网站的事情.推荐系统广泛地向最适合其口味和特征的顾客推荐产品 ...
最新文章
- Linux启动检测内存条错误,linux检测程序内存泄漏和内存错误
- 【计算机基础】存储器层次 Memory hierarchy
- 高德智慧景区随身听播放器框架设计与实现
- 【华为云技术分享】为什么越来越多企业正在往ARM平台迁移?
- 腾讯的全球地址数据文件及Xml->Json的处理
- CSS教程--CSS 属性选择器
- mysql无法添加服务_MySQL无法开启服务
- 剑指MBA?Acer发布全高清触控Win8平板Aspire S7
- IEC104 规约详细解读(一) 协议结构
- 基本共射放大电路概念详解
- 2015 IT人才招聘趋势分析
- 500台机以上大型网吧设计方案(转)
- 详细安装系统镜像Contos图解和常用命令
- 华为手机鸿蒙系统手机_升级快讯:又一批华为手机可以升级到“鸿蒙系统”了!...
- 分析 crash 报告的方法
- 怎么样才能在CODELITE中输出中文呢!!!
- SpringMVC是什么?有什么作用,能干什么
- 51单片机入学第一课———点亮自己的LED灯珠
- Android开发者网址大全(不定期更新)
- Win11右下角倒三角不见了怎么办?