A3Mall电商平台——测试计划
A3Mall电商平台web端测试计划
|
产品名称 |
A3Mall电商平台web端系统 |
||||
|
文档编号 |
Planned number 1 |
版本号 |
1.0 |
页 数 |
19 |
文档名称: A3Mall电商平台web系统测试计划
|
修订者： |
常绍坤 |
日期： |
2021/7/14 |
||
|
审核： |
日期： |
||||
|
批准： |
日期： |
目录
第一章 总论
1.1 项目背景
1.2 项目目标
1.3 项目通过标准
1.4 文档目的
1.5 测试数据
第二章 测试策略
2.1 整体策略
2.2 测试范围
2.3 风险分析
第三章 测试方法
3.1 里程碑技术
3.2 测试用例设计
3.3 测试实施过程
3.4 测试方法综述
3.5 测试团队结构
第四章 资源需求
4.1 硬件需求
4.2 软件需求
第五章 时间进度安排
第七章 测试过程管理
7.1 测试文档
7.2 缺陷处理过程
7.3 测试报告
变更记录
A3Mall电商平台通过体验用户反馈业务市场调研及分析，项目部门与业务部门进行交流沟通，确保用户反馈后的有效需求说明书，参照用户需求绘制产品规格书。
- 项目目标
测试周期分为5天、5天、4天、5天
第一阶段 实现功能测试，接口自动化测试
第二阶段 性能测试
第三阶段 安全测试
第四阶段 回归测试（根据项目实际实施进度为准）
最终目标实现A3Mall支持多端线上线下结合，营销活动的多样化及裂变式分销推广，确保A3Mall如期上线。
- 1项目通过标准
系统无业务逻辑错误和二级的BUG。经确定的所有缺陷都已得到了商定的解决结果。所设计的测试用例已全部重新执行，已知的所有缺陷都已按照商定的方式进行了处理，而且没有发现新的缺陷。
注：缺陷的严重等级说明：
A：严重影响系统运行的错误；
B：功能方面一般缺陷，影响系统运行；
C：不影响运行但必须修改；
D：合理化建议
- 2 文档目的
- 测试经理根据该测试计划制定进一步的计划、安排（工作任务分配、时间进度安排）和控制测试过程；
- 测试人员根据该测试计划中制定的范围、方法确定测试方案、设计测试用例、执行和记录测试过程并记录和报告缺陷。
- 确定项目测试的策略、范围和方法；
- 使项目测试工作的所有参与人员对本项目测试的目标、范围、策略、方法、组织、资源等有一个清晰的认识；
- 使项目测试工作的所有参与人员理解测试控制过程；
- 从策略角度说明本项目测试的组织和管理，指导测试进展，并作为项目测试工作实施的依据；
- 本文档是本项目测试整个过程进行的依据、规范和标准；
该测试计划要求所有人员提供统一的功能，并在开发的过程中指导开发，测试阶段为测试人员提供测试的依据。
本报告的主要读者是相关业务部门、开发人员、测试人员、（需求）设计人员；
在测试过程中严格按照本文档的制定的规范去执行。
- 3测试数据
本方案的测试数据来源于测试需求及测试用例
- 本项目采用黑盒测试技术。
- 本项目测试过程中采用测试工具Jmeter测试性能，postman接口准确性,，Appscan，测试安全。
参考文档
产品接口文档
测试过程
首先了解系统并制定测试需求，编写测试用例，进行用例执行，对测试进行记录及缺陷记录，对测试进行总结。
或
了解系统后制定测试计划，并进行测试执行，测试总结。
1.4 测试范围
制定本次项目测试范围的依据为：
要测试的模块：
|
模块 |
功能 |
|
A3Mall前端 |
首页 |
|
分类 |
|
|
购物车 |
|
|
我的 |
|
|
A3Mall后端 |
平台 |
|
店铺 |
|
|
商品 |
|
|
订单 |
|
|
会员 |
|
|
营销 |
|
|
统计 |
|
|
系统 |
1.接口测试
|
测试范围 |
前端：首页、分类、购物车、我的 后端：平台、店铺、商品、订单、会员、营销、统计、系统 |
|
|
测试目标 |
核实所有接口均已正常实现，即是否与接口文档结果一致 |
|
|
技 术 |
采用黑盒测试、边界测试、等价类划分、接口安全等测试方法 |
|
|
工具与方法 |
Postman，Fiddler、手工测试、接口自动化测试 |
|
|
开始标准 |
开发阶段对应的接口完成并且接口测试用例设计完成 |
|
|
完成标准 |
测试用例通过并且最高级缺陷全部解决 |
|
|
需考虑的特殊事项 |
暂无 |
|
2.功能测试
|
测试范围 |
前端：首页、分类、购物车、我的 后端：平台、店铺、商品、订单、会员、营销、统计、系统 |
|
|
测试目标 |
核实所有功能均已正常实现，即是否与需求一致 |
|
|
技 术 |
采用黑盒测试、边界测试、等价类划分等测试方法 |
|
|
工具与方法 |
手工测试、目测 |
|
|
开始标准 |
开发阶段对应的功能完成并且测试用例设计完成 |
|
|
完成标准 |
测试用例通过并且最高级缺陷全部解决 |
|
|
需考虑的特殊事项 |
暂无 |
|
3.自动化测试
|
测试范围 |
主要业务功能，不改变业务功能 |
|
|
测试目标 |
使用编写脚本的方式，对业务进行回归测试 |
|
|
技 术 |
自动化测试 |
|
|
工具与方法 |
Python+Appium和自动化测试 |
|
|
开始标准 |
功能测试通过后进行自动化测试 |
|
|
完成标准 |
100%的测试用例执行通过并通过系统测试 |
|
|
测试重点与优先级 |
冒烟测试测试用例优先级高 |
|
|
需考虑的特殊事项 |
||
4.兼容性测试
|
测试范围 |
1．使用不同机型进行测试。 2．不同操作系统和各种运行软件等各种条件的组合测试。 |
|
|
测试目标 |
核实系统在不同的软件和硬件配置中运行稳定 |
|
|
技 术 |
黑盒测试 |
|
|
工具与方法 |
手工测试 |
|
|
开始标准 |
项目组移交系统测试 |
|
|
完成标准 |
在各种不同版本不同类项操作系统或者其组合下均能正常实现其功能（此测试根据开发提供依据决定测试范围） |
|
|
测试重点与优先级 |
||
|
需考虑的特殊事项 |
||
5.性能测试
|
测试范围 |
多用户长时间在线操作时性能方面的测试 |
|
|
测试目标 |
核实系统在大流量的数据与多用户操作时软件性能的稳定性，不造成系统崩溃或相关的异常现象 |
|
|
技 术 |
性能测试 |
|
|
开始标准 |
自动化测试脚本设计并评审通过且项目组移交系统测试 |
|
|
完成标准 |
系统满足用户需求中所要求的性能要求 |
|
|
测试重点与优先级 |
||
|
需考虑的特殊事项 |
||
6.安全测试
|
测试范围 |
|
|
|
测试目标 |
1. 用户、管理员的密码管理 2．应用程序级别的安全性：核实用户只能操作其所拥有权限能操作的功能。 3．系统级别的安全性：核实只有具备系统访问权限的用户才能访问系统。 |
|
|
技 术 |
代码包或者非法攻击工具 |
|
|
工具与方法 |
AppScan、Fiddler、探索性测试 |
|
|
开始标准 |
功能测试完成 |
|
|
完成标准 |
执行各种非法操作无安全漏洞且系统使用正常 |
|
|
测试重点与优先级 |
越权 |
|
|
需考虑的特殊事项 |
||
7.回归测试
|
测试范围 |
所有功能、用户界面、兼容性、安全性等测试类型 |
|
|
测试目标 |
核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准 |
|
|
技 术 |
黑盒测试 |
|
|
工具与方法 |
手工测试和自动化测试 |
|
|
开始标准 |
每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试 |
|
|
完成标准 |
95%的测试用例执行通过并通过系统测试 |
|
|
测试重点与优先级 |
测试优先级以测试需求的优先级为参照 |
|
|
需考虑的特殊事项 |
软硬件设备问题 |
|
- 测试人员对系统熟悉程度的风险：
参与本项目的测试人员都是第一次接触该类型系统，在经过短期的系统培训后，仍然有可能没有完全掌握系统的业务细节，这将在后面的测试设计和测试执行工作造成一些测试逃逸现象（即一些要测试的方面没有测到）。 - 时间方面的风险：
本次项目时间只有一个月，却要完成测试规范的制定、整套测试用例的设计和执行一轮完整的测试，时间进度非常紧张，可能导致测试设计工作不够完善。
在本项目中，我们将整个测试过程分为几个里程碑，达到一个里程碑后才能转换到下一阶段，以控制整个过程。
|
里程碑 |
完成标准 |
|
需求评审： |
|
|
测试计划： |
|
|
测试设计： |
|
|
测试执行： |
|
|
结果分析： |
|
- 2测试用例设计
- 本系统案例的编写采用黑盒测试常用的分析方法设计用例；
- 对于每一个测试用例，测试设计人员应为其指定输入（或操作）、预期输出（或结果）；
- 每一个测试用例，都必须有详细的测试步骤描述；
- 本次测试设计的所有测试用例均需以规范的文档方式保存；
- 在整个测试过程中，可根据项目实际情况对测试用例进行适当的变更；
- 按照系统的运行结构安排用例的执行；
本项目由三位测试人员分别负责不同的子系统的测试，实施过程如下：
- 功能测试 测试各个功能是否有缺陷
- 接口测试 测试主要业务接口是否存在缺陷
- 性能测试 测试系统在一定环境下的性能数据
- 安全测试 测试系统是否存在安全漏洞
- 自动化测试 通过开发脚本减少手工测试，提高工作效率
- 测试人员执行测试时，要严格按照测试用例中的内容来执行测试工作。
- 测试人员要将测试执行过程记录到测试执行记录文档中。
- 测试人员要对测试中发现的问题记录到缺陷记录中。
- 测试组织
本章主要描述测试团队的结构和职责，测试参与人员的功能划分，以及各自的联系方式等
1.4 测试团队结构
|
角色 |
人员 |
职责 |
|
测试组长 |
常绍坤 |
|
|
测试工程师 |
张攀登 王明杰 |
|
|
名称 |
数量 |
配置 |
其它说明 |
|
测试机（云端设备） |
1 |
Android/iOS 8G运行 128G内存 |
真机测试 |
|
代码服务器 |
1 |
P4，主频2.6GHZ，硬盘300G，内存2G，此配置是实际用机 |
|
|
Windows |
1 |
Win10 64位，内存16G |
2.软件需求
|
类型 |
名称 |
|
操作系统 |
Android 10,11 iOS 13.7.14 |
|
测试阶段 |
开始时间 |
结束时间 |
负责人 |
|
测试计划 |
2021/7/14 |
2021/7/14 |
常绍坤 |
|
测试用例 |
2021/7/15 |
2021/7/20 |
张攀登、王明杰、常绍坤 |
|
测试用例评审 |
2021/7/21 |
2021/7/22 |
王平 |
|
执行测试 |
2021/7/23 |
2021/7/26 |
张攀登 |
|
遗留问题评审 |
2021/7/26 |
2021/7/28 |
王平 |
|
发版 |
2021/7/29 |
2021/8/5 |
王明杰 |
第六章 测试实施阶段
|
测试类型 |
测试阶段 |
|||
|
单元测试 |
集成测试 |
系统测试 |
验收测试 |
|
|
接口测试 |
ü |
ü |
X |
X |
|
功能测试 |
X |
ü |
ü |
X |
|
性能测试 |
X |
ü |
ü |
X |
|
安全性测试 |
X |
ü |
ü |
X |
|
兼容性测试 |
X |
ü |
ü |
X |
|
用户界面（UI）测试 |
X |
X |
ü |
X |
|
自动化测试 |
X |
X |
ü |
X |
|
回归测试 |
每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试 |
|||
|
备注：“ü”表示由测试组执行，“X”表示由项目组执行； |
||||
第七章 测试过程管理
7.1 测试文档
7.1.1测试文档管理
- 本项目对测试文档进行集中管理，文档集中存放在坚果云。
- 测试文档由不同角色分别创建，各角色创建的文档如下：
|
文档名称 |
编制者 |
其它说明 |
|
《测试计划》 |
常绍坤 |
|
|
《测试需求表》 |
常绍坤 |
|
|
《测试用例说明书》 |
常绍坤 |
|
|
《测试执行记录表》 |
常绍坤 |
|
|
《缺陷记录》 |
常绍坤 |
|
|
《缺陷跟踪汇总表》 |
常绍坤 |
|
|
《测试总结分析报告》 |
常绍坤 |
7.2 缺陷处理过程
本项目对系统进行3+1轮测试，测试过程需要做缺陷跟踪。
特定义缺陷处理过程如下：
7.3 测试报告
|
报告名称 |
报告内容 |
编制者 |
接受者 |
|
测试工作日报 |
|
常绍坤 张攀登 王明杰 |
测试人员向项目经理（王平）汇报 |
|
测试阶段报告 |
达到里程碑后，汇报该阶段的主要工作、存在的问题和解决方法/建议等 |
常绍坤 张攀登 王明杰 |
测试经理（王平） 项目经理（王平） |
|
测试总结报告 |
|
测试经理 |
项目经理（王平） |
变更记录
|
版本 |
修改内容描述 |
修改人 |
日期 |
备注 |
A3Mall电商平台——测试计划相关推荐
- A3Mall 电商平台——测试计划评审
测试方案计划评审表 项目编号 plan number 1 项目名称 A3Mall电商平台 项目阶段 验收 项目经理 王平 项目测试负责人 常绍坤 评审方式 会审 评审时间 2021年7月14日 评审 ...
- A3Mall电商平台——功能测试（测试报告）
[A3Mall+1.3+3]测试报告 1. 测试结论 测试结论:Pass 2. 版本升级内容 1) 优化订单打印功能 2) 优化微信接口ip显示内网地址问题 3) 修复微信小程序会员中心用户判断问题 ...
- 构建高并发高可用的电商平台架构实践
问题导读: 1.如何构建高并发电商平台架构 2.哈希.B树.倒排.bitmap的作用是什么? 3.作为软件工程师,该如何实现读写? 4.如何实现负载均衡.反向代理? 5.电商业务是什么? 6.基础中间 ...
- 电商平台 ——功能测试
01.测试计划是指描述要进行测试活动的范围,方法,资源和进度的文档,测试计划侧重在计划二字,其核心内容包含不限于以下: 1.测试范围与目标 2.角度与职责 3.进度与资源 4.风险与应对 5.准入准出 ...
- 电商平台性能测试报告
性能测试报告 概况 A3Mall是一个电商系统平台,是一个面向B ...
- springboot+特色农产品电商平台 毕业设计-附源码211515
摘 要 随着科学技术的飞速发展,各行各业都在努力与现代先进技术接轨,通过科技手段提高自身的优势:对于特色农产品电商平台 当然也不能排除在外,随着网络技术的不断成熟,带动了特色农产品电商平台,它彻底 ...
- 基于springboot特色农产品电商平台毕业设计-附源码211515
摘 要 随着科学技术的飞速发展,各行各业都在努力与现代先进技术接轨,通过科技手段提高自身的优势:对于特色农产品电商平台 当然也不能排除在外,随着网络技术的不断成熟,带动了特色农产品电商平台,它彻底 ...
- Java生鲜电商平台-技术方案与文档下载
Java生鲜电商平台-技术方案与文档下载 说明:任何一个好的项目,都应该有好的文档与设计方案,包括需求文档,概要设计,详细设计,测试用例,验收报告等等,类似下面这个图: 有以下几个管理域: 1. 开发 ...
- 电商平台-技术方案与文档下载(源码可下载）
说明:任何一个好的项目,都应该有好的文档与设计方案,包括需求文档,概要设计,详细设计,测试用例,验收报告等等,类似下面这个图: 有以下几个管理域: 1. 开发域. 2. 管理域 3. 基线域 4. 产 ...
最新文章
- 眼界大开 声临其境丨胡宜峰：视频深度伪造检测技术在内容安全领域的探索与实践
- 怎样开发一个 Node.js 命令行工具包
- zigbee物联网模块市场：LTE标准Cat.1和nbiot无线通信模块差异
- 学生社团管理系统java_基于JavaEE的学生社团管理系统的设计与实现
- 前端在线学习网站W3School
- Android基础知识点的整理3
- List之LinkedList与ArrayList区别
- 二十一、 Memento 备忘录（行为型模式）
- html如何做滑动门效果,JS+CSS实现简易的滑动门效果代码
- 手把手教你修改iOS版QQ的运动步数
- 2.Deep Neural Networks are Easily Fooled
- Event Sourcing 和 CQRS
- Android之ubuntu源码开发环境搭建笔记
- Trojan.DL.VBS.Agent.r 脚本病毒 ASP解密
- AndroidStudio下使用cmake开发ndk
- 【record】新系统软件无法打开，缺少dll
- 3dsmax 下拉列表
- 2023年完美解决：windows 11/win 11使用经典右键菜单（win10版右键菜单）
- react中显示Missing semicolon错误
- C语言版-数据结构-期末课程设计-大作业（航空客运订票系统）附源码+实验文档