程序+数据+文档的集合
系统软件
应用软件
C/S架构
B/S架构
在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别
提高软件的质量
黑盒测试
白盒测试
灰盒测试
动态测试
静态测试（文档检查、代码走查）
手工测试（点工）
自动化测试（工具+代码）
功能测试（优先）
界面测试
兼容性测试
易用性测试
性能测试
安全测试
单元测试
集成测试
系统测试
验收测试
α测试
β测试
回归测试
冒烟测试
探索性测试/自由测试（测试思维）
软件开始研制到最终被废弃不用所经历的各个阶段
顺序性和依赖性
单元测试
集成测试
系统测试
验收测试
以人为核心（以用户需求为核心）
快速迭代（切分多个子项目）
循序渐进（收集用户需求）
软件测试工作流程图
项目发布流程
第一步：先了解这是一个什么项目？什么架构？PC？App?web？涉及哪些端？大概业务逻辑是怎么样？业务流程要做一个整体的把握
第二步：细化分析（分模块/约束条件/要点），具体测试点 ----正向+异常场景
第三步：功能之间的模块交互测试(模块的关联测试) ---设计测试用例
第四步：非功能的测试(界面(设计图)、兼容(产品/客户)、安全(产品)、性能(产品)、易用(用户角度))
测试用例的设计和编写,是每个测试人员必须掌握的技能！！！
长度/类型/必填/重复
长度/类型/必填/重复
两点法(正好等于)
三点法(正好等于+中间取值)
四点法(正好等于+刚刚大于+刚刚小于)
遍历场景，提取测试用例
错误推测法（反推法）
产品名-测试阶段（st uat）---st系统测试，uat验收测试
对应一个功能模块（细分功能）
直接对测试点进行细化得出，输入内容+结果，同一功能模块标题不能重复
高(high)（核心功能）-P1
中(medium)（次要--异常）-P2
低（low）（界面，不常用场景）-P3
需要满足一些前提条件，否则用例无法执行
需要加工的输入信息，根据具体情况来设计(跟步骤结合起来一定要具有指导性意义)
明确给出每个步骤的描述，执行人员可以根据该步骤完成执行工作
根据预期输出比对实际结果，来判断被测对象是否符合需求
执行后的最终结果
组内评审（测试组内部）
组外评审(开发+产品+测试)
狭义概念是指软件程序的漏洞或缺陷
广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节（增强性，建议性）、或与需求文档存在差异的功能实现等
代码(功能) 错误
界面优化
设计缺陷
... ...
（1）致命错误
（2）严重错误
（3）一般错误
（4）细微错误
（5）改进建议
bug跟踪管理流程
bug标题
重现步骤
实际结果
预期结果
bug类型
严重程度
bug测试环境
附件
目的（why）、测试范围（what）、测试进度安排（when）、测试人员（who）、测试环境（where），测试方法+测试工具（how），风险评估
测试计划模板
测试范围、测试环境、遗留的bug有哪些，测试用例覆盖率有多少，bug的统计与分析，风险有哪些，版本测试评估，发布的建议
测试报告模板
是一个开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理
俗称码云，推出的代码托管平台,支持 Git 和 SVN,提供免费的私有仓库托管
Git 克隆
Git 拉取
Git推送
软件+硬件兼容性：显卡
软件+系统软件平台兼容性： 系统 （windows macos--苹果，Android，IOS）
软件+软件 之间的兼容性：依赖第三方的软件：web应用+浏览器兼容性
不同软件版本之间的兼容：APP升级测试
Ie内核-Trident
Webkit内核
Gecko内核
1.用户有要求，指定浏览器 -- 优先
2.网站一般都需要做兼容，用户使用量+内核来看，选取主流浏览器
UI界面进行测试 == 伴随着功能测试同步去做 ！ 功能同时会去检查页面！
主要是页面的格式，字体，输入框，下拉框，复选框，按钮等的检查；页面显示正常
方案一：按照轮次2-4轮===轮次可能无法覆盖所有的浏览器
方案二：按照任务分配===没人分配不同的功能模块
0
0
分享
