测试基础理论
测试项目流程：
典型的软件缺陷产生的原因被归纳为以下几种类型：
(1) 需求解释有错误；
(2) 用户需求定义错误；
(3) 需求记录错误；
(4) 设计说明有误；
(5) 编码说明有误；
(6) 程序代码有误；
(7) 测试错误；
(8) 问题修改不正确；
(9) 不正确的结果是由于其他的缺陷而产生。
软件测试分类：
软件测试的原则：
1.应当把“尽早和不断地测试”作为开发者的座右铭。
2.设计测试用例时，应该考虑到合法的输入和不合法的输入，以及各种边界条件，特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。
3.一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。
4.对测试错误结果一定要有一个确认的过程。一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。
5.制定严格的测试计划，并把测试时间安排得尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
6.回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见。
7.妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档。
软件的开发模式：
线性模型：最常见的“瀑布模型”，基础框架，但缺点在于“集成之日就是爆炸之日”。（立项分析-需求分析-设计-编码-测试-维护）很多企业使用后使用迭代进行修改。
渐进式模型：最常见的“螺旋模型”，（需求分析-风险分析-设计、编码-测试、评审），迭代开发和增量开发模式。
迭代和增量的理解：
迭代：就是对软件先完成整体框架然后再精益求精填充部分
增量：就是先完成一个部分再完成一个部分
软件的生命周期：
软件生命周期 同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段，一般称为软件生命周期
1.1. 边做边改模型
许多产品都是使用边做边改模型来开发的。在这种模型中，既没有规格说明，也没有经过设计，软件随着客户的需要一次又一次地不断被修改
1.2. 瀑布模型
瀑布模型是最早出现的软件开发模型，在软件工程中占有重要的地位，它提供了软件开发的基本框架。其过程是从上一项活动接收该项活动的工作对象作为输入，利用这一输入实施该项活动应完成的内容给出该项活动的工作成果，并作为输出传给下一项活动。同时评审该项活动的实施，若确认，则继续下一项活动；否则返回前面，甚至更前面的活动。对于经常变化的项目而言，瀑布模型毫无价值。
瀑布模型的突出缺点是不适应用户需求的变化。
1.3. 原型化模型
原型化模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，经过和用户针对原型的讨论和交流，弄清需求以便真正把握用户需要的软件产品是什么样子的。充分了解后，再在原型基础上开发出用户满意的产品。
增量模型：
1.4. 螺旋模型：
螺旋模型要点：统一了瀑布模型与原型模型，与增量模型相似，更强调风险分析
1.5. Ｖ模型
V 模型的左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即各测试过程的各个阶段。
V 模型的优点在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发各阶段的对应关系。
V模型的缺陷及解决思路
V模型仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段，忽视了测试对需求分析,系统设计的验证，需求的满足情况一直到后期的验收测试才被验证。
解决的思路是，当一个软件开发的时候，研发人员和测试人员需要同时工作，测试在软件做需求分析的同时就会有测试用例的跟踪，这样，可以尽快找出程序错误和需求偏离，从而更高效的提高程序质量，最大可能的减少成本，同时满足用户的实际软件需求。
优点：
1 每一个阶段都清晰明了，便于控制开发的每一个过程。
2 既包含单元测试又包含系统测试。
缺点：
1 测试介入的比较晚，对于前期的一些缺陷无从发现和修改。
2 测试和开发串行。
1.6. Ｗ模型
相对于V模型，W模型更科学。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题。
优点
1 测试伴随着软件的整个生命周期，例如，在需求分析结束后就可以进行需求分析测试。
2 测试于开发是并行独立进行的。
缺点
1 对有些项目，开发过程中根本没有文档产生，故W模型无法使用。
2 对于需求和设计的测试技术要求很高，实践起来很困难。
2. 软件测试的常识知识
2.1. 测试部门的组织结构
3. 软件测试工具：
Bug管理工具： 禅道 Jira（付费）,Trac,gitlab
自动化 python+ selenium ，python+ appnium （ui自动化） pytest,unites,Junit (测试用例 单元测试) innerHtml （发送测试报告） request +python+allure 接口自动化
性能测试工具 jmeter ,Loadrunner、
抓包工具 Fiddler ,charles (弱网测试的)
接口工具 postman ，jmeter
录制脚本 bodyboy jmeter
云测 腾讯云 模拟不同的移动端或者是web浏览器
命令 Linux adb monkey
数据库 myql,oracle,redis
语言 python,java,c,c++
3.1. WinRunner：
通过自动录制、检测和回放用户的应用操作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行
3.2. LoadRunner
3.3. QTP
QTP是Quick Test Professional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的自动化测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试哪些功能、操作步骤、输入数据和期望的输出数据等。
3.4. TestDirector
3.5. Selenium
自动化测试工具 支持java python的脚本 python
自动化--写好脚本，运行脚本，自己执行，自己出测试报告，自己发送到测试和开发邮箱
80%bug 手动测试出来
3.6. Appium
自动化测试工具，android和ios软件 手机App app
Appium是一个开源、跨平台的，适用于原生或混合移动应用(hybrid mobile apps)的自动化测试平台。Appium使用WebDriver（JSON wire protocol）驱动安卓和iOS移动应用.Appium的设计哲学是不要为了移动端的自动化测试而重新发明轮子，重新写一套惊天动地的api，也就是说webdriver协议里的api已经够好了，拿来改进一下就可以了另外Appium可以把server放在任意机器上，哪怕是云服务器都可以，所以Appium和WebDriver天生适合做云测试
3.7. Jmeter
开源，免费，简单，易操作。 开源组织，支持脚本录制，支持抓包测试，支持测试移动端软件
压力和负载测试
3.8. PostMan
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
接口测试的目的是测试接口，尤其是那些与系统相关联的外部接口，测试的重点是要检查数据的交换，传递和控制管理过程，还包括处理的次数。外部接口测试一般是作为系统测试来看待的。
接口自动化
接口上传参数的正确性，和服务器返回值的正确性，容错性验证(滴滴)，以及安全性检测。
3.9. 抓包测试
包是指数据包.目的是分析包的内容与相关协议,然后衡量是否符合当初的设计或排除故障.
在被测接口并没有明确的接口文档给出时，我们需要借助抓包工具来帮助测试，利用抓包工具我们几乎可以获得接口文档中能给你的一切
Charles，fiddler 抓包工具
抓浏览器，抓手机APP请求
浙公网安备 33010602011771号