软件测试基础了解篇
1.从从测试阶段来划分测试类型
项目（软件产品/软件产品功能版本）开发阶段： （项目生命周期：从项目开始废弃）
需求调研->需求设计（产品功能设计说明）->技术设计阶段->编码->测试->验收->上线
单元测试：
基于项目最小代码模块进行测试过程;
执行者：
市场上现在基本上都是由开发人员自已去执行单元测试;
要实现完整覆盖所有情况或可能性单元测试，单元测试代码比开发功能代码多出两倍以上
集成测试：
组合多个单元进行测试的过程
执行时间：
编码阶段后期进行;
执行者：
后端代码模块整合，基于后代源代码的测试还是有开发进行测试;
前后端代码整合，由开发自测，测试人员可以协调进行集成测试;
执行情况：
市场上50%功能不会执行集成测试
系统测试
开发人员，将版本/项目所有研发的代码完整打包提交给测试进行验证过程（阶段）
系统测试过程中测试人员根据需求的要求可以采取各种测试手段来进行测试
手工测试
性能测试
兼容测试
验收测试
经过测试工程师通过项目完整内容提交给产品来进行验收;
验收测试负责人：产品经理
阶段
内测：
在公司内部.发布给部分外部的人客户进行体验使用;
在使用过程中，开发和测试关注内测过程中是否存在问题，如果有及时修复;
内测一般删档;
公测
开发系统给外部客户进行使用,一般情况不出现问题；
正式发版
在公测稳定一段时间之后，正式发布给所有客户进行使用;
现市场上公司常规玩法：
1.验收测试一般就是产品人员在仿真环境进行验收;
仿真环境：采用真实线上客户数据执行测试环境;
2.采用灰度发布的形式;
灰度发布：使用技术的手段只让小部分或者指定的客户看到最新的功能；通过该形式来降低出问题之后带来风险;
测试工程师的职责：
跟进验收过程中是否存在缺陷（问题）
负责记录缺陷，并且分配给问题处理的开发者，同时在修复之后负责验证问题是否解决;
2.从是否查看源代码进行划分
黑盒测试
完全不关注代码的实现，只关注在界面上输入指定的数据之后，页面所呈现结果是否正确的测试过程；
白盒测试
完全基于代码层面进行测试的过程;
执行单元测试（使用代码或者工具代码执行测试一种手段）
使用代码对程序员所写代码进行覆盖率检查测试过程
灰盒测试
会接触部分代码，但是也会查看部分数据的呈现
测试的是后台提供给前端访问的一些接口（路径）
接口测试
3.根据是否进行划分
静态测试
测试界面上是否有错别字，样式是否正确，对齐方式是否正确
测试项目中相关文档书写/描述是否正确合理（暂时做不了）
例如文字歧义.需求描述则透露
删除后台管理系统的商品数据，弹出是否确认删除的窗口，点击删除，点击取消保留
动态测试
运行系统执行测试工作过程
4.根据是否自动化划分
手工测试
自动化测试
采用代码，工具对程序进行测试过程
5.测试策略
冒烟测试：
开发提测之后，需要经过冒烟测试之后才能正式开启系统测试执行
冒烟测试主要检查本次版本核心功能是否走通，功能无缺失
回归测试：
测试过程中发现缺陷，开发修复完毕之后对缺陷的重新测试
对于历史已经上线的功能进行测试
随机性测试
探索性测试
6.缺陷
概念：对于完整项目或者单功能的版本操作时所发现的错误或者问题
评判：
实现错误
未按产品说明书（需求文档.UI/UE设计稿）中说明规则去实现功能(数据错误/功能错误/页面显示错误等等)
多实现
多余实现了产品说明书中要求的功能（画蛇添足）
少实现
遗漏产品说明书中明确要求实现的功能或显示
按市场业务（IT行内对软件质量潜规则）未实现的需求（通过实际工作经验累积）
软件易用性.易学性差;
QQ聊天和微信聊天
一个页面中功能按钮不能超过9个;
7.缺陷产生的原因
产品需求说明书（需求说明书.UE/UI设计稿）说明错误，输入错误导致错误实现;
团队开发人员，测试人员，需求人员，UI设计在各自执行工作的过程对于需求理解不一致;
开发者编写代码错误;
软件兼容硬件或者系统软件错误;
8.缺陷类型
兼容性错误
界面错误（界面显示的板式.对其方式，样式和UI设计稿不一致）
功能错误
意见和易用性优化
9.测试用例
概念：为了验证具体规则，功能点，在待定的条件执行输入，操作，验证规则，功能点是否和需求要求结果一致而编写文档
说明要测试的内容
说明如何测试指定内容
