软件测式学习

认识软件及测式

认识软件：软件是控制计算机硬件工作的工具（系统软件也是软件）
软件的基本组成：页面客户端-代码服务器-数据服务器（请求-处理-响应）
软件产生过程：需求产生-需求文档-设计效果图-产品开发-产品测试-部署上线
什么是软件测试：使用技术手段验证软件是否满足使用需求
软件测式的目的:减少软件缺陷 保障软件质量

测试主流技能

功能测式 说明：功能测式主要验证程序的功能是否满足需求
自动化测式 说明：使用代码或工具代替手工，对项目进行测式
接口测式 说明：使用代码或工具对服务端提供的接口进行测式
性能测式 说明：模拟多人使用软件，查找服务器缺陷

常见的测式分类

按照测式分类
单元测式：针对程序源代码进行测式
集成测式：又称接口测式。针对模块之间访问地址进行测式
系统测式：对整个系统进行测式包括功能，兼容，文档等测式
验收测式：主要分为内测和公测，使用不同人群来发掘项目缺陷
按代码可见度划分
黑盒测式：原代码不可见，UI功能可见（它程序本身的功能或者兼容性进行测式）————系统测式
灰盒测式：部分源代码可见，功能不可见————集成测式
白盒测式：全部代码可见 UI功能不可见————单元测式
UI:用户接口 指界面
专项：性能测试 安全

测式模型

质量模型：衡量一个优秀软件的维度
八个重要项目
功能性（数量 功能正确实行 错误处理情况）
性能（服务器每秒处理请求数 服务器硬件配置是否满足）
兼容性（浏览器：谷歌 IE 火狐 欧朋 苹果 操作系统：win系统 手机：分辨率 品牌 系统 网络 其他）
易用性（简洁 友好 流畅 美观）
可靠性（出现无响应 卡顿 死机）
安全（传输加密 存储加密）
可维护性
可移植性（网站数据搬迁）

软件测式流程

需求评审（确保各部门需求理解一致）
计划编写（测什么 谁来测 怎么测）
用例设计（验证项目是否符合需求的操作文档）
用例执行（项目模块开发完成开始执行用例文档实施测式）
缺陷管理（对的缺陷进行管理过程）
测式报告（实施测式结果文档）

测式用例

什么是用例：用户使用的案例
测式用例：是为测试项目而设计的执行文档（作用：防止漏测 实施测试的标准）
用例设计编写格式（用例执行八大要素）
用户编号（项目_模块_编号）
用例标题（预期结果（测式点）
项目/模块（所属项目或模块）
优先级（表示用例的重要程度或者影响力P0-P4 P0最高）——用户频率最多是最高
前置条件（要执行此条用例，有哪些前置操作）
测式步骤（描述操作步骤）
测式数据（操作的数据 没有的话为空）
预期结果（期望达到结果）——用执行结果+不同角色隐形结果
表头一般比主题大两个号字 表格背景用科技蓝
几条用例选多少表格框
自动换行 居中

测试用例写那些东西

1，能对穷举场景设计测试点
2，能对限定边界规则设计测试点
3，能对多条件依赖关系进行设计测试点
4，能对于项目业务进行设计测试点
等价类划分（解决穷举场景）
说明：在所有测试数据中，具有某种共同特征的数据集合进行划分
分类：
有效等价类：满足需求的数据集合
无效等价类：不满足需求的数据集合
步骤：
1明确需求
2确定有效和无效等价类
3提取数据编写测试用例
长度 类型 规则校验
等价重点 有效无效取其一
正向用例：一条可能覆盖多条
逆向用例：每一条数据，都是一条单独用例

等价类型划分法适用场景

输入框
下拉列表
单选复选框
友情提示：完整的用例应该是等价和边界值一块写

边界分析方法

1，边界范围节点
选取正好等于，刚好大于，刚好小于边界的值作为测试数据
上点：边界上的点
离点：距离上边最近的点（刚好大于，刚好小于）
内点：范围内的点（区间范围内的数据）
边界范围优化：优化离点 开内闭外 （开区间两个边值不包括在内 闭区间包括）
边界值法设计用例步骤
1，确定需求
2，确定有效和无效等价类
3，确定边界值范围值
4，提取数据编写测试用例
边界值能解决位数限制问题 但是不能解决类型问题（要结合等价类）

判定表法（解决多条件依赖关系）

定义：是一种以表格形式表达多条逻辑判断的工具
组成
条件桩：列出问题中的所有条件，列出条件的次序无关紧要
动作桩：列出问题中可能采取的操作，操作的排列顺序没有约束
条件项：列出条件对应的取值，所有可能情况下的真假值
动作项：列出条件项，各种取值情况下应该采取的动作结果
如果条件超过四个 要用正交法来解决

场景法

测项目先测业务
流程图使用表准图形和箭头来表达程序的走向
https://processon.com/ 画流程图
业务测试覆盖使用流程图

错误推荐法

缺陷

定义：软件在使用过程中使用的任何问题都叫软件的缺陷，简称bug
判定标准：少功能 功能错误 多功能 隐形功能错误 不易使用
缺陷产生的原因：需求阶段 设计阶段 编码阶段 运行系统
缺陷的生命周期：测试-故障分类-故障隔离-故障解决（解决了a缺陷可能会有b缺陷）

软件缺陷的核心内容

缺陷的标题：描述缺陷的核心问题
缺陷的预期结果：希望得到的结果
缺陷的预置条件：缺陷产生的前提
缺陷的实际结果：实际得到的结果
缺陷的复现步骤：复现缺陷的步骤
缺陷的必要附件：图片，日志等信息

缺陷提交要素

缺陷的报告编号：缺陷的唯一性标志
严重程度：严重S1-主功能 一般S2-次要功能 微小S3-易用性，界面 建议S4-建议性问题
缺陷的优先级：Priority0-二十四小时内解决 Priority1-发布前必须修复 Priority2-可以在下一版本修复
Bug类型：代码错误，兼容性问题，设计缺陷，性能问题
缺陷状态：NEW新建 OPen打开 Closed关闭 Postponed延期

缺陷类型

功能错误 UI页面错误 兼容性 数据（数据库） 易用性 建议 架构

提交缺陷注意事项

可重现（缺陷可以重现）
唯一性（一个缺陷上报一个问题）
规范性（符合公司或者项目要求）

Web前端三大核心技术

HTML：负责网页的架构
CSS：负责网页的样式 美化
js:负责网页行为
单标签<标签名/>
双标签：<标签名></标签名>
属性:描述某一特征 示例：<a 属性名="属性值">
注释 ctrl+/
标题

段落

独占一行
超链接标签：href跳转地址 target:新窗口打开
点我去
<a href="https...."target="blank">点我去
图片标签img
属性 src图片路径
title:光标悬停显示文字
alt：图片未加载时显示文字
<img src="01.jpg" title="希望在田野"alt="此处有一张田野照片"/>

高频单词

核心测试：Test Case（测试用例）、Defect/Bug（缺陷）、Test Report（测试报告）、Regression Testing（回归测试）、Compatibility Testing（兼容性测试）
软硬件相关：BIOS（基本输入输出系统）、Driver（驱动程序）、OS（Operating System，操作系统）、Hardware（硬件）、Software（软件）、Peripheral（外设）
流程 / 功能：Requirements Analysis（需求分析）、Mass Production（量产）、Function Test（功能测试）、Stability Test（稳定性测试）、UEFI（统一可扩展固件接口）、Secure Boot（安全启动）
工具 / 操作：JIRA（缺陷管理工具）、Postman（接口测试工具）、Debug（调试）、Install/Uninstall（安装 / 卸载）、Update（更新）、Log（日志）