测试工作一
每个公司或者每个团队都有自己的工作流。
所以，我这里提及到的只是囊括了自己认知的一部分。
1.技术选型
2.搭建开发环境
3.项目部署
4.代码编写
5.代码质量管控
6.联调
7.跟踪测试
8.代码优化，性能优化
OSI七层模型
1.应用层：所有应用程序的网络在此展开
2.表示层：表示数据形式，完成对传输数据的转化（数据的加密解密）
3.会话层：负责建立，维护，拆除会话
4.传输层：负责建立一个可靠的端到端的链接
5.网络层：负责路由寻址和广播
6.数据链路层：负责将上层数据封装成帧
7.物理层：只负责传输01二进制比特（bit）流，不做任何解释。
测试工程师
自动化测试工程师
测试开发工程师
移动端测试工程师
接口测试工程师
QC 进行质量控制，向管理层反馈质量信息
QA 确保QC按照过程进行质量控制活动，按照过程将检查结果向管理层汇报、
工作关系，QC就是进行质量控制，QA就是确保QC按照步骤执行。
软件测试的基本流程：
1.需求分析
2.编写测试用例
3.评审测试用例
4.搭建测试环境
5.等待开发提交测试包
6.部署测试包
7.冒烟测试（对软件主题基本功能进行基本测试），比如QQ，最基本的聊天要先实现。
8.执行测试用例
9.BUG跟踪处理
10N轮之后符合需求。
11.测试结束
为什么不让开发自己搞测试：
当前行业，有许多测试行业从业人员。而且他们之前本来就是开发岗。
专业度：软件测试和软件开发分别属于软件行业两个不同的技术方向。所以尽量让专人做专事。
思维定式：
在软件的开发周期中，对于程序员而言，他们大多数时间是来思考如何实现 软件的功能。
你的思想里面是如何提高软件的质量。而不会从用户的角度去考虑使用。
测试力度：相对于开发而言。产品就是他们的孩子，所以下手就不会那么狠。
测试原则：
1.测试证明软件存在缺陷。----无论进行什么样的操作都不能证明软件是有缺陷的。
2.不能执行穷尽测试 ——没有办法将所有的测试情况都罗列出来。所以任何的测试操作都是有结束的时候
3.缺陷存在群集现象。 —--对于软件功能而言。二八理论，任何软件都的核心功能其实只占用20%，但是大部分测试都应该放在上面。
4.某些测试需要依赖特殊的环境。 ----
5.测试应尽早介入。 ----测试人员不仅仅只是测试功能的。
6.杀虫剂现象。 ——同样的一个测试用例不能重复使用多次。因为软件会对她产品免疫。
7.不存在缺陷谬论。 ——你给开发提出一个这是一个bug，但是开发给你说这不是一个bug,哪你怎么回答。
——任何软件都不可能是完美的。
测试对象介绍：
1.需求分析阶段：各种高需求规格说明书、需求分析，不一定是可实现的。
2.做软件架构设计。APi 接口测试。
3.编码实现阶段。 源代码（白盒测试，单元测试。）
4.系统功能使用：软件功能主体 。（当前行业最多的一种测试）
软件质量
描述当前软件是否好用，在当前的软件行业里，我们所采用的一套标准是基于ISO组织制订的。
需要我们记忆的就是软件质量的溜达特性。
1.功能性。 软件需要满足用户显式和隐式的功能。
2.易用性。 软件易于学习和使用。
3.可靠性 软件必须实现需求中的功能。
4.效率性 类似于软件的性能。
5.可维护性 后期如果想添加其他功能了，或者修改了。那么就应该能修改
6.可移植性。 当前软件可以从一个平台移植到另一个平台。
软件测试流程：
1.需求分析。
1.当前阶段核心目的就是梳理我们需要设计的点是什么？
2.需求的来源。需求规格说明书，开发文档，竞品分析。API文档，个人经验。。
2.设计用例
3.评审用例。
4.配置环境。
5.执行用例。
6.回归测试以及缺陷跟踪
7.输出测试报告。
8.测试结束。
软件开发过程模型：
瀑布模型。快速原型模型，螺旋模型。
业务逻辑正确性测试：产品文档。
兼容性测试：系统版本，分辨率，网络情况。
安卓和iOS。。
安卓4.0.5.0 等等。
原生系统和封装系统。。
苹果系统，版本之间是否兼容。。
手机屏幕之间的适配。屏幕分辨率。。
Mi.talkingdata.com
异常测试：
热启动应用。
网络切换，中断恢复。
是否支持断点续传。。
电话&信息中断恢复、
升级&安装卸载测试。
健壮性测试。
手机资源消耗。
CPU的消耗和内存的消耗。。
流量消耗。
加载个图片瞬间消耗了20M，哪用户谁敢用。。
崩溃恢复等测试。。。
APP的自动化测试。
考虑哪些层面：
通过场景和数据的预设，吧以人为驱动的测试行为转为机器
高效，而且数据正确。、并不是所有的功能都能进行自动化测试。。
