软件测试~小入门

一、测试介绍

---

软件	用来控制计算机硬件工作的工具，计算机系统中的程序和相关文件或文档的总称，包括系统软件和应用软件两部分。
软件测试	使用技术手段验证软件是否满足需求
测试目的	减少软件缺陷（bug），保障软件质量！
测试主流技能	1、功能测试：验证程序的功能是否满足需求； 2、⾃动化测试：使用代码或工具代替手工，对项目进行测试； 3、接⼝测试：使用代码或工具对服务端提供的接口进行测试； 4、性能测试：模拟多人使用软件，查找服务器缺陷
主流方向建议	1、功能测试+接⼝测试；2、⾃动化测试+接⼝；3、功能+性能

二、测试常用分类

---

2.1 按测试阶段划分

• 单元测试
  • 说明：针对程序源代码进行测试（单元：最小独立功能代码段）
  • 提示：
    • 1、国内单元测试一般开发自测
    • 2、单元测试可以解决-快速定位缺陷
    • 3、提高测试执行效率
• 集成测试
  • 说明：针对单元与单元之间的接口进行测试
  • 提示：又称接口测试。
• 系统测试
  • 说明：针对系统整体功能+兼容+文档（说明、安装文档）
• 验收测试
  • 内测：公司内部人员使用，发觉缺陷并修复。
  • 公测：让用户帮忙测试
  • 提示：验收测试,一般要根据项目类型决定是否使用。

2.2 按代码可见度划分

黑盒测试：主要针对功能（阶段划分->系统测试）
灰盒测试：针对接口测试（阶段划分->集成测试）
白盒测试：针对程序源代码进行测试（阶段划分->单元测试）

2.3 总结

系统测试和黑盒测试重点核心是功能测试
集成测试和灰盒测试又称接口测试
单元测试和白盒测试是对代码进行测试
自动化测试归属功能测试
性能测试、安全测试归属专项测试s

三、模型

3.1 质量模型

说明	质量模型能告诉我们，测试时应该考虑的方面
重点	功能、性能、兼容、易用性、安全（可移植性、易用性、可维护性）
结论	无论测试硬件或软件，都应该从以上前5个重点来进行分类验证

四、测试流程

• 需求分析（评审）

  前提：阅读1遍需求文档，记录不明确之处。
  参与人员：前端、后端、测试、产品
  目的：
  	1、确保各部门需求理解一致
  	2、各角色对需求进行查漏补缺
  	3、了解软件有些功能
  提示：需求分析阶段->软件还未实现（刚立项）
  

• 测试计划

  说明：指导测试执行的文档（重要）
  测什么（目标、范围）
  谁来测（人员进度及安排）
  怎么测（测试工具、测试策略）
  

• 用例设计

  说明：保证能准确验证软件测试点执行的文档。
  1、分析需求
  2、提取测试点
  3、设计用例覆盖测试点
  

• 用例执行

  说明：实施测试
  

• 缺陷管理

  提交->验证->关闭
  

• 测试报告

  1、bug分析及统计
  2、测试中遇到的问题
  3、测试总结（本次测试中的优点和不足）
  

五、测试用例

• 用例：用户使用的案例
• 测试用例：为测试项目而设计的执行文档
• 用例的作用

  1、防止漏测
  2、衡量软件是否通过的标准
  

• 用例模板
  
• 八大要素编写规范 敲重点🌹

用例编号：项目_模块_编号
用例标题：预期结果（测试点）
模块/项目：所属项目或模块
前置条件：要执行此条用例的前置操作
优先级：表示用例的重要程度或者影响力P0~P4（P0最高）
测试步骤：描述操作步骤
测试数据：操作的数据，没有的话可以为空
预期结果：期望达到的结果

六、用例设计方法

• 目标

  1、能对穷举（无穷无尽）场景设计测试点
  2、能对限定边界规则设计测试点
  3、能对多条件依赖关系进行设计测试点
  4、能对于项目业务进行设计测试点