读者大大们好呀!!!☀️☀️☀️
![]()
🔥欢迎来到我的博客
👀期待大大的关注哦❗️❗️❗️
🚀欢迎收看我的主页文章➡️木道寻的主页
文章目录
🔥前言
谈到软件测试,离不开的便是系统测试,下面笔者将从掌握技能以及实际测试方面详细的讲解一下系统测试流程。
🚀过程要素
1️⃣每个系统测试过程都是由活动组成的
2️⃣每个活动都要输入(开展活动有参考资料)和输出(结束活动要提交工作成果)
3️⃣每个活动要有负责人:谁负责干什么活
4️⃣每个活动要有方法;使用工具
5️⃣每个活动要度量活动做的如何:数据度量
6️⃣每个活动的培训和参照的标准模板
🚀技能掌握
🚗web软件测试
1️⃣web软件功能测试
2️⃣web软件接口测试
- web协议
- 接口自动化测试
- 接口测试
3️⃣web软件性能测试
4️⃣web软件UI自动化测试
- web开发相关语言(HTML、CSS、JS)
- python语言基础
- unittest框架
- selenium框架
5️⃣web软件安全性测试
🚗移动端软件测试
1️⃣移动app测试
2️⃣微信小程序测试
3️⃣H5测试
🚀系统测试活动
🚗系统测试计划
🚲测试计划概况与人员分工
🔥输入:
- 软件需求规格说明书
- 软件项目计划
- 软件测试计划
- 软件开发计划
🔥输出:
系统测试计划STP
🔥角色和职责:
测试组长复制制定计划
🔥方法和标准
测试计划评审:评审方法
测试计划标准:计划的格式与模板
🔥系统测试计划
-
明确系统测试的组织形式
(1)什么是组织:就是人为了完成某项工作而组成的一个团队;
(2)在这个团队中:应该有角色划分;角色有对应的职责;
(3)用系统测试组织形式说明团队中有哪些角色;团队中的角色的汇报沟通关系;整个团队和其他团队沟通关系;
(4)可以通过组织形式看出整个系统测试是独立的;
(5)可以用组织形式图+职责表表示 -
明确系统测试的测试对象
(1)列出测试范围:明确说出在范围内的工作和不在范围内的工作;
(2)从质量模型角度和功能业务角度
从质量模型角度
- 测试范围:功能;性能;兼容
- 不测试范围:安全—有专项安全测试小组完成;易用—最终用户都是专业业务人员没有对易用性有要求
从功能业务角度
- 测试范围:前台注册、登录、购物、支付;后台商品管理、订单管理、广告管理;
- 不测试范围:前台评价----共用一套评价系统比较成熟;后台的报表管理—时间有限,客户没有提出特别要求
- 完成系统测试的需求跟踪
(1)要将测试范围列出的测试方向结合测试分析方法确定比较详细的测试项;在需求跟踪矩阵表中进行跟踪管理
(2)需求跟踪矩阵表
上表要在整个测试过程中进行相应的维护,
直到系统测试结束。
- 明确系统测试的通过/失败标准
(1)测试通过标准是客观的陈述;要用量化数据制定标准;
(2)测试通过标准是能够判断测试工作何时结束的一个参考;
(3)测试的通过标准与测试失败标准是相对的:有一条测试通过标准没有达到—失败
(4)测试通过标准从测试过程与测试结果两方面考量
测试过程数据
- 需求覆盖率:需求覆盖率不低于85%;功能需求覆盖率不低于90%;性能需求覆盖。。。;高优先级需求覆盖率达到100%;中优先级需求覆盖率达到。。。。
- 测试用例数量:测试用例数量不少于5000条;功能测试用例。。。性能测试用例。。。某某核心业务模块测试用例数量
- 测试工作效率:每人每天编写100条用例;每人每天执行用例120条。(按实际情况定)
- 测试用例执行率:高优先级测试用例100%执行;中优先级等。
- 测试用例的有效性:发现缺陷数/测试用例比例
- 测试用例的稳定性:修改、删除测试用例数/测试用例比例
测试结果数据