Python开发软件可根据其用途不同分为两种，一种是Python代码编辑器，一种是Python集成开发工具，两者的配合使用可以极大的提高Python开发人员的编程效率，以下是常用的几款Python代码编辑器和Python集成开发工具。
 
一、Python代码编辑器
 
1. SublimeText
 
Sublime Text是一款非常流行的代码编辑器，支持Python代码编辑，同时兼容所有平台，并且丰富的插件扩展了语法和编辑功能，迅捷小巧，具有良好的兼容性，很受编程人士的喜爱！2. Vim
 
Vim和Vi是一种模型编辑器，它将文本查看从文本编辑中分离，VIM在原始VI之上做了诸多改进，包括可扩展模型和就地代码构建，VIMScripts可用于各种Python开发任务！
 
3. Atom
 
Atom被称为“21世纪可破解的文本编辑器”，可以兼容所有平台，拥有时尚的界面、文件系统浏览器和扩展插件市场，使用Electron构建，其运行时安装的扩展插件可支持Python语言！
 
4. GNU Emacs
 
GNU Emac

目录
 
一、瀑布模型
 
1.1什么是瀑布模型
 
1.2特点
 
1.3优缺点
 
1.4客户需求
 
二、快速原型模型
 
2.1什么是快速原型模型
 
2.2优缺点
 
2.3快速原型模型的思想产生、原理及运用方式
 
2.4类型
 
2.5开发步骤
 
三、增量模型
 
3.1什么是增量模型
 
3.2特点
 
3.3优缺点
 
3.4作用
 
四、螺旋模型
 
4.1什么是螺旋模型
 
4.2特点
 
4.3优缺点
 
4.4限制条件
 

一、瀑布模型
 
1.1什么是瀑布模型
 
1970年温斯顿.罗伊斯提出了著名的“瀑布模型”，直到80年代早期，它一直是唯一被广泛采用的软件开发模型
 
瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落
 
 
瀑布模型是最早出现的软件开发模型，在软件工程中占有重要的地位，它提供了软件开发的基本框架。其过程是从上一项活动接收该项活动的工作对象作为输入，利用这一输入实施该项活动应完成的内容给出该项活动的工作成果，并作为输出传给下一项活动
 
从本质来讲，它是一个软件开发架构，开发过程是通过一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段并进行适当的修改，开发进程从一个阶段“流动”到下一个阶段，这也是瀑布开发名称的由来
 
对于经常变化的项目而言，瀑布模型毫无价值
 
1.2特点
 
1、阶段间具有顺序性和依赖性
 
该阶段具有两重含义
 
必须等前一阶段的工作完成后，才能开始后一阶段的工作
前一阶段的输出文档就是后一阶段的输入文档，因此只有前一阶段的输出文档正确，后一阶段的工作才能获得正确的结果
2、推迟实现的观点
 
对于规模较大的软件项目来说，往往编码开始的越早，最终完成开发所需时间越长。因为前面阶段的工作没做或做的不扎实，过早地考虑进行程序实现，往往导致大量返工，有时甚至发生无法弥补的问题
 
瀑布模型在编码之前设置了系统分析与系统设计的各个阶段，分析与设计阶段的基本任务规定，在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现
 
清楚的区分逻辑设计与物理设计，尽可能推迟程序的物理实现，是按照瀑布模型开发软件的一条重要的指导思想
 
3、质量保证的观点
 
为了保证所开发的软件的质量，在瀑布模型的每一个阶段都应坚持两个重要做法
 
每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务
每个阶段结束前都要对所完成的文档进行评审，以便尽早发现问题，改正错误
传统的瀑布模型过于理想化，实际的瀑布模型是带"反馈环"的。如图所示（图中实线箭头表示开发过程，虚线箭头表示维护过程），当在后面阶段发现前面阶段的错误时，需要沿图中左侧的反馈线返回前面的阶段，修正前面阶段的产品后再回来继续完成后面阶段的任务
 
 
瀑布模型是文档驱动的模型，遵守这个约束可使软件维护变得比较容易一些，从而显著降低软件预算
 
 
1.3优缺点
 
优点：
 
为项目提供了按阶段划分的检查点
当前一阶段完成后，您只需要去关注后续阶段
可在迭代模型中应用瀑布模型
缺点：
 
不适合需求模糊或需求经常变动的系统
由于开销的逐步升级问题，它不希望存在早期阶段的反馈
在一个系统完成以前，它无法预测一个新系统引入一个机构的影响
在用户可能需要较长等待时间来获得一个可供使用的系统，也许会给用户的信任程度带来影响和打击
最终产品往往反映用户的初始需求而不是最终需求
1.4客户需求
 
对项目而言，是否使用这一模型主要取决于是否能理解客户的需求以及在项目的进程中这些需求的变化程度；对于经常变化的项目而言，瀑布模型毫无价值，可以考虑其他的架构来进行项目管理，比如螺旋模型
 
瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃，其主要问题在于：
 
各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量
由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险
早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果
按照瀑布模型的阶段划分，软件测试可以分为单元测试，集成测试，系统测试
 
 
 
二、快速原型模型
 
2.1什么是快速原型模型
 
快速原型是快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集
 
快速原型模型是增量模型的另一种形式，在开发真实系统之前，迅速建造一个可以运行的软件原型 ，以便理解和澄清问题，在该原型的基础上，逐渐完成整个系统的开发工作
 
它允许在需求分析阶段对软件的需求进行初步而非完全的分析和定义，快速设计开发出软件系统的原型，该原型向用户展示待开发软件的全部或部分功能和性能；用户对该原型进行测试评定，给出具体改进意见以丰富细化软件需求；开发人员据此对软件进行修改完善，直至用户满意认可之后，进行软件的完整实现及测试、维护
 
 
2.2优缺点
 
优点
 
克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险
适合预先不能确切定义需求的软件系统的开发
缺点
 
所选用的开发技术和工具不一定符合主流的发展；快速建立起来的系统结构加上连续的修改可能会导致产品质量低下
使用前提是要有一个展示性的产品原型，一定程度上可能会限制开发人员的创新
2.3快速原型模型的思想产生、原理及运用方式
 
1、思想产生
 
在需求分析阶段得到完全、一致、准确、合理的需求说明十分困难
 
获得一组基本需求说明后，就快速地使其“实现”，通过原型反馈，加深对系统的理解满足用户基本要求，使用户在试用后对需求说明进行补充和精确化，从而获得合理完整、现实可行的需求说明
 
再把快速原型思想用到软件开发的其他阶段，向软件开发的全过程扩展
 
先用相对少的成本，较短的周期开发一个简单的、但可以运行的系统原型向用户演示或让用户试用，以便及早澄清并检验一些主要设计策略，在此基础上再开发实际的软件系统
 
2、原理
 
利用原型辅助软件开发
 
经过简单快速分析快速实现一个原型，用户与开发者在试用原型过程中加强通信与反馈，通过反复评价和改进原型，减少误解，弥补漏洞，最终提高软件质量
 
3、运用方式
 
由于运用原型的目的和方式不同，在使用原型时也采取不同的策略
 
抛弃策略：将原型用于开发过程的某个阶段，促使该阶段的开发结果更加完整、准确、一致、可靠，该阶段结束后，原型随之作废。探索型和实验型就是采用此策略的
附加策略：将原型用于开发的全过程，原型由最基本的核心开始，逐步增加新的功能和新的需求，反复修改反复扩充，最后发展为用户满意的最终系统，演化型快速原型就是采用此策略
采用何种形式、何种策略运用快速原型主要取决于软件项目的特点、可供支持的原型开发工具和技术等，根据实际情况的特点决定
 
 
2.4类型
 
在软件开发中，原型是软件的一个早期可运行的版本，它反映最终系统的部分重要特性
 
探索型
 
这种原型目的是要弄清对目标系统的要求，确定所希望的特性，并探讨多种方案的可行性
 
实验型
 
这种原型用于大规模开发和实现之前，考核方案是否合适，规格说明是否可靠
 
进化型
 
这种原型的目的不在于改进规格说明，而是将系统建造得易于变化，在改进原型的过程中，逐步将原型进化成最终系统
 
2.5开发步骤
 
1、快速分析
 
在分析人员与用户密切配合下，迅速确定系统的基本需求，根据原型需要体现的特征描述基本需求以满足开发原型的需要
 
2、构造原型
 
在快速分析的基础上，根据基本需求说明尽快实现一个可行的系统
 
要求具有强有力的软件工具的支持，并忽略最终系统在某些细节上的要求，主要考虑原型系统能够充分反映所要评价的特性
 
3、运行原型
 
发现问题，消除误解，开发者与用户充分协调
 
4、评价原型
 
在运行的基础上，考核评价原型的特性，分析运行效果是否满足用户的愿望，纠正过去交互中的误解与分析中的错误，增添新的要求，并满足因环境变化或用户的新想法引起的系统要求变动，提出全面的修改意见
 
5、修改
 
根据评价原型的活动结果进行修改
 
若原型未满足需求说明的要求，说明对需求说明存在不一致的理解或实现方案不够合理，根据明确的要求迅速修改原型
 
快速原型模型不带反馈环，软件产品的开发基本上是线性顺序进行的
 
快速原型的本质是"快速"。开发人员应尽可能地建造出原型系统，以加速软件开发过程，节约软件开发成本
 
原型的用途是获知用户的真正需求，一旦需求确定了，原型将被抛弃
 
 
 
三、增量模型
 
3.1什么是增量模型
 
增量模型也称渐增模型。使用增量模型开发软件时，把软件产品作为一系列的增量构件来设计、编码、集成和测试。每个构件由多个相互作用的模块构成，并且能够完成特定的功能
 
使用增量模型时，第一个增量构件往往实现软件的基本需求，提供最核心的功能
 
把软件产品分解成增量构件时，唯一必须遵守的约束条件是，当把新构件集成到现有构件中时，所形成的产品必须是可测试的
 
 
 
 
瀑布模型或快速原型模型目标是一次就把一个满足所有需求的产品提交给用户
 
 
增量模型把整个软件产品分解成许多个增量构件，分批地逐步向用户提交产品
 
 
3.2特点
 
把瀑布模型的顺序特征与快速原型法的迭代特征相结合
 
将软件看作一系列相互联系的增量，在开发过程的各次迭代中，每次完成其中的一个增量
 
 
 
风险更大的增量模型
 
 
确定用户需求后就着手拟定第一个构件的规格说明文档，完成后规格说明组转向第二个构件的规格说明文档，同时设计组开始涉及第一个构件
 
 
使用该方法将不同的构件并行构建，可能加快工程进度，但将冒构建无法集成到一起的风险
 
 
 
 
3.3优缺点
 
优点
 
能在较短的时间内向用户提交可完成部分工作的产品
将待开发的软件系统模块化，可以分批次地提交软件产品，使用户可以及时了解软件项目的进展
以组件为单位进行开发降低了软件开发的风险。一个开发周期内的错误不会影响到整个软件系统
开发顺序灵活。开发人员可以对组件的实现顺序进行优先级排序，先完成需求稳定的核心组件。当组件的优先级发生变化时，还能及时地对实现顺序进行调整
缺点
 
由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构
在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性
如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析，这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程
3.4作用
 
1、开发初期的需求定义只是用来确定软件的基本结构，使得开发初期用户只需要对软件需求进行大概的描述；而对于需求的细节性描述，则可以延迟到增量构件开发时进行，以增量构件为单位逐个地进行需求补充。这种方式能够有效适应用户需求的变更
 
2、软件系统可以按照增量构件的功能安排开发的优先顺序，并逐个实现和交付使用。不仅有利于用户尽早用上系统，能够更好地适应新的软件环境，而且在以增量方式使用系统的过程中，还能获得对软件系统后续构件的需求经验
 
3、软件系统是逐渐扩展的，因此开发者可以通过对诸多构件的开发，逐步积累开发经验。实际上，增量式开发还有利于技术复用，前面构件中设计的算法、采用的技术策略、编写的源码等，都可以应用到后面将要创建的增量构件中去
 
4、增量式开发有利于从总体上降低软件项目的技术风险。个别的构件或许不能使用，但一般不会影响到整个系统的正常工作
 
5、实际上，在采用增量模型时，具有最高优先权的核心增量构件将会被最先交付，而随着后续构件不断被集成进系统，这个核心构件将会受到最多次数的测试。这意味着软件系统最重要的心脏部分将具有最高的可靠性，这将使得整个软件系统更具健壮性
 
 
 
四、螺旋模型
 
4.1什么是螺旋模型
 
螺旋模型是一种演化软件开发过程模型，它兼顾了快速原型的迭代特征以及瀑布模型的系统化与严格监控。螺旋模型最大的特点在于引入了其他模型不具备的风险分析，使软件在无法排除重大风险时有机会停止，以减小损失。同时，在每个迭代阶段构建原型是螺旋模型用以减小风险的途径
 
螺旋模型是快速原型模型以进化的开发方式为中心，在每个项目阶段使用瀑布模型法。该模型的每一个周期都包括需求定义、风险分析、工程实现和评审4个阶段，由这4个阶段进行迭代。软件开发过程每迭代一次，软件开发又前进一个层次。用螺旋模型的软件过程如下
 
 
 
 
简化的螺旋模型
 
 
 
 
完整的数据模型
 
 
 
 
 
 
 
图中带箭头的点划线的长度代表当前累计的开发费用，螺旋线的角度值代表开发进度，螺旋线的每个周期对应于一个开发阶段
 
 
图中的四个象限代表了以下活动
 
 
制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件
风险分析：分析评估所选方案，考虑如何识别和消除风险
实施工程：实施软件开发和验证
客户评估：评价开发工作，提出修正建议，制定下一步计划
 
4.2特点
 
螺旋模型在“瀑布模型”的每一个开发阶段前引入一个非常严格的风险识别、风险分析和风险控制，它把软件项目分解成一个个小项目。每个小项目都标识一个或多个主要风险，直到所有的主要风险因素都被确定
 
螺旋模型强调风险分析，使得开发人员和用户对每个演化层出现的风险有所了解，继而做出应有的反应，因此特别适用于庞大、复杂并具有高风险的系统
 
4.3优缺点
 
优点
 
对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件开发的一个重要目标
减少了过多测试（浪费资金）或测试不足（产品故障多）所带来的风险
在螺旋模型中维护只是模型的另一个周期，在维护和开发之间并没有本质区别
缺点
 
采用螺旋模型需要具有相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失
过多的迭代次数会增加开发成本，延迟提交时间
4.4限制条件
 
螺旋模型强调风险分析，但要求许多客户接受和相信这种分析，并做出相关反应是不容易的，因此，这种模型往往适应于内部的大规模软件开发
如果执行风险分析将大大影响项目的利润，那么进行风险分析毫无意义，因此，螺旋模型只适合于大规模软件项目
软件开发人员应该擅长寻找可能的风险，准确地分析风险，否则将会带来更大的风险
一个阶段首先是确定该阶段的目标，完成这些目标的选择方案及其约束条件，然后从风险角度分析方案的开发策略，努力排除各种潜在的风险，有时需要通过建造原型来完成。如果某些风险不能排除，该方案立即终止，否则启动下一个开发步骤。最后，评价该阶段的结果，并设计下一个阶段

操作系统运行环境：
     操作系统的运行环境主要包括系统的硬件环境和由其他的系统软件组成的软件环境，以及操作系统和使用它的用户之间的关系。
 
一、中央处理器：
 
 
 
1.1 指令
 
          （1）计算机的基本功能是执行程序，最终被执行的程序是存储在内存中的机器指令程序。
 
          （2）机器指令的集合称指令系统，反映了一台机器的功能和处理能力。指令分为以下五类：
 
                 1)数据处理类指令；2)转移类指令； 3)数据传送类指令；4)移位与字符串指令；5)I/O类指令
 
          （3）指令系统包含特权指令与非特权指令
 
          （4）特权指令是指在指令体统中那些只能由操作系统使用的指令，不允许一般用户使用.
 
1.2 处理器
 
      （1）管理状态（特权状态、系统模式、特态或管态）——操作系统管理程序运行的状态
 
               用户状态（目标状态、用户模式、常态或目态）——用户程序运行的状态
 
      （2）处理器处于管理状态时，程序可以执行全部指令，使用所有资源，具有改变处理器状态的能力；处理器处于用户状态时，程序只能执行非特权指令。
 
      （3）Intel 386后的处理器实现4个特权级模式:Ring0,Ring1,Ring2,Ring3;Windows使用Ring0,Ring3;
 
               Ring0级权限最高，操作系统、设备驱动程序运行在这一级；Ring3级权限最低，普通用户运行在这一级。
 
      （4）用户态切换到内核态的三种方式：系统调用、中断、异常
 
      （5）处理器根据程序计数器(PC)从内存中取指令到指令寄存器并执行它，PC将自动增长或改变为转移地址指明下条执行的指令。
 
1.4 寄存器(处理器内部的存储功能部件)
 
  （1） 类型
 
a、通用寄存器:可由程序设计者指定其功能，如存放操作数或用作寻址。
 
b、数据寄存器:用以存放操作数。它们作为内存数据的高速缓存，可以被系统程序和用户程序直接使用并进行计算。
 
c、地址寄存器:用于指明内存地址。如索引寄存器、段寄存器(基址/限长)、堆栈指针寄存器等等。
 
d、I/O 地址寄存器(I/O AR) :用于指定I/O设备。
 
e、  I/O缓冲寄存器(I/OBR):用于处理机和I/O设备交换数据。
 
f、控制寄存器:用于存放处理机的控制和状态信息。
 
■  程序计数器(PC)、指令寄存器(IR)、中断寄存器、程序状态字（PSW）。
 
g、存储器地址寄存器(MAR)、存储器数据寄存器(MBR)
 
  （2）PSW用来控制指令执行顺序并保留和指示与程序有关的系统状态，主要作用是实现程序状态的保护和恢复。
 
        a) 每个程序都有一个与其执行相关的PSW，每个处理器都设置一个PSW寄存器。程序占有处理机执行，它的PSW将占有程序状态寄存器。 
 
        b)  Intel Pentium中，PSW由标志寄存器EFLAGS和指令指针寄存器EIP组成，均为32位。
 
        c) EFLAGS的低16位称FLAGS，标志可划分为三组：状态标志、控制标志、系统标志。
 
        d) 程序基本状态包括:
              程序计数器:     指明下一条执行的指令地址;■  (2)条件码:表示指令执行的结果状态;
              处理机状态位: 指明当前的处理机状态。
              中断码:            保存程序执行时当前发生的中断事件。
              中断屏蔽位:     指明程序执行中发生中断事件时，是否响应出现的中断事件。
 
二、主存储器：
 
2.1 定义
 
主存储器（Main memory），简称主存。是计算机硬件的一个重要部件，其作用是存放指令和数据，并能由中央处理器（CPU）直接随机存取。
 
2.2 分类
         （a）随机存储器（ RAM）：程序执行过程中可读可写
 
                SRAM：静态随机存储器，不必刷新电路就能保存数据。
                 DRAM：动态随机存取存储器，DRAM用电容存储数据，需要定时充电。
         （b）只读存储器（ROM）：程序执行过程中只读
                 MROM：掩模式只读存储器，MROM的内容在出厂前一次写入，之后不能更改。
                 PROM：可编程只读存储器，只能写入一次数据的只读存储器。
                 EPROM：可擦除可编程只读寄存器
                 EEPROM：电可擦可编程只读存储器
 
2.3 存储分块
 
存储器的最小编址单位是字节，一个字节包含8个二进制位。每个存储单元单元存放8位二进制数。
 
为了简化对存储器的分配和管理，计算机系统中把存储器分块。为用户分配主存空间时，以块为最小单位。
 
2.4 存储保护
 
  1）加界保护方式：在CPU中设置了多个界限寄存器，每一个用户程序占用一对界限寄存器。当调入时，可以将其上界、下界存入界限寄存器中。这种保护方式是对存储区的保护，运用于段式管理。
 （2）键保护方式：将主存的每一页都设置一个存储器，给予一个键号，此键号存放在快表的表目中。对于每个用户的程序的各页，也设置一个程序键，给予一个键号。当该页由辅存调入主存时，就将其调入的实页号及其键号登记在快表中，将程序键号送入到程序状态字中。每次访问主存。首先进行键号比较，如果键号相等才允许访问，如同一把钥匙开一把锁，存放键与程序键键号的分配，由操作系统完成。
 （3）环保护方式：将系统程序和各用户程序按其功能的性质和要求分为几个级别，分别授予不同的权限。
 
三、中断：
 
3.1 定义
 
中断是指程序执行过程中，当发生某个事件时，中止CPU上现行程序的运行，引出处理该事件的程序执行的过程
 
3.2 意义
 
能充分发挥处理器的使用效率，能提高系统的实时处理能力
 
3.3 中断处理过程
 
请求中断
 
当某一中断源需要CPU为其进行中断服务时，就输出中断请求信号，使中断控制系统的中断请求触发器置位为1，向CPU请求中断。通常对每个中断源都分别用一个固定的就触发器来寄存中断信号。这些触发器的全体称为中断寄存器。系统要求中断请求信号一直保持到CPU对其进行中断响应为止。   
 
中断响应
 
处理器的控制部件中有一个中断扫描机构，可以检测中断信号，它在每条指令执行周期内的最后时刻扫描中断寄存器，询问是否有中断信号到来。若无信号，就继续执行下面的指令；若有中断到来，则中断硬件将该中断寄存器的内容按规定的编码送入程序的PSW的相应位。
 
   
 
关闭中断
 
CPU响应中断后，输出中断响应信号，自动将状态标志寄存器FR或EFR的内容压入堆栈保护起来，然后将FR或EFR中的中断标志位IF与陷阱标志位TF清零，从而自动关闭外部硬件中断。因为CPU刚进入中断时要保护现场，主要涉及堆栈操作，此时不能再响应中断，否则将造成系统混乱。
 
   
 
保护断点
 
保护断点就是将CS和IP/EIP的当前内容压入堆栈保存，以便中断处理完毕后能返回被中断的原程序继续执行，这一过程也是由CPU自动完成。
 
   
 
中断源识别
 
当系统中有多个中断源时，一旦有中断请求，CPU必须确定是哪一个中断源提出的中断请求，并由中断控制器给出中断服务子程序的入口地址，装入CS与IP/EIP两个寄存器。CPU转入相应的中断服务子程序开始执行。
 
   
 
保护现场
 
主程序和中断服务子程序都要使用CPU内部寄存器等资源，为使中断处理程序不破坏主程序中寄存器的内容，应先将断点处各寄存器的内容压入堆栈保护起来，再进入的中断处理。
 
   
 
中断服务
 
   
 
恢复现场
 
当中断处理完毕后，用户通过POP指令将保存在堆栈中的各个寄存器的内容弹出，即恢复主程序断点处寄存器的原值。
 
   
 
中断返回
 
在中断服务子程序的最后要安排一条中断返回指令IRET，执行该指令，系统自动将堆栈内保存的 IP/EIP和CS值弹出，从而恢复主程序断点处的地址值，同时还自动恢复标志寄存器FR或EFR的内容，使CPU转到被中断的程序中继续执行。
 
3.4 中断(狭义)与异常的区别
 
         中断: 与正执行指令无关，可以屏蔽；
 
         异常: 与正执行指令有关，不可屏蔽
 
3.5 中断屏蔽
 
保证在执行一些重要的程序中不响应中断，以免造成迟缓而引起错误。
 
•中断屏蔽有两种方法:
 
   硬件实现(由软件置处理机优先级,硬件按系统设计时的约定,屏蔽那些低优先级中断);
 
   软件实现(由软件按操作系统优先级约定,设置屏蔽寄存器)。
 
 
 
四、重定位：
 
•用户程序的两种地址和空间
 
•绝对地址：内存中的实际地址（物理地址）。
 
•相对地址：相对于某个基准量编址时所使用的地址。
 
•相对地址空间：程序中相对地址的全体。
 
•逻辑地址空间：一个被汇编、编译或连接装配后的目标程序所限定的地址的集合。
 
•地址的重定位
 
•程序被装入到分配给它的内存储区时，必须对每
 
•条指令里所涉及到的逻辑地址进行修改，使它们能够
 
•正确地反映出所在的存储位置。这种把逻辑地址转换成物理地址的过程，称为地址的“重定位”。
 
•地址定位的三种方式
 
•绝对定位方式 ：即在程序装入内存之前，程序指令中的地址就已经是绝对地址，已经正确地反映了它将要进入的存储区位置。
 
•静态重定位方式 ：在程序运行前完成地址重定位工作
 
•动态重定位方式 ：地址定位的时间推迟到程序执行时进行

又到了金九银十跳槽求职旺季。准备好一场面试不仅需要在简历上多下功夫，还需要为面试问答做好充足的准备，简历书写请参考：https://blog.csdn.net/leboxy/article/details/100658701。
 
以下是“大佬”本人从乐搏学院VIP学员面试经验中收集的，然后分门别类整理了这套面试题，很具备参考性，毕竟都是企业真实面试题目。
 接下来，针对以下知识类型列出具体的面试点(其中包括笔试题和问答题)，大家看完后一定要查缺补漏，找到欠缺的知识点，然后抓紧时间复习、参加面试，如果时间紧张，来找我, 我来帮你解决~~你也可以添加软件测试交流群+Q群952573395
 
 
 
软件测试理论基础
 软件测试工具篇
 性能测试篇
 自动化篇
 数据库篇
 Linux操作系统篇
 综合题(思维，综合知识体系)
 
 
一、软件测试理论基础**
 
1. 软件测试策略有哪些？**
 
答案：黑盒测试、白盒测试、灰盒测试
 
拓展：很多童鞋分不清软件的测试策略、测试类型、测试方法等这类问题，在这里详细回答下。毕竟这些都是理论知识高概率面试题目。需要思维导图原图的可以去qun文件下载：636859964，暗号“CSDN”，或者在我文末网盘连接中下载。
 
 2. 什么是静态测试、动态测试、黑盒测试、白盒测试、α测试 β测试
 
静态测试是不运行程序本身而寻找程序代码中可能存在的错误或评估程序代码的过程。
 动态测试是实际运行被测程序，输入相应的测试实例，检查运行结果与预期结果的差异，判定执行结果是否符合要求，从而检验程序的正确性、可靠性和有效性，并分析系统运行效率和健壮性等性能。
 黑盒测试一般用来确认软件功能的正确性和可操作性,目的是检测软件的各个功能是否能得以实现,把被测试的程序当作一个黑盒,不考虑其内部结构,在知道该程序的输入和输出之间的关系或程序功能的情况下,依靠软件规格说明书来确定测试用例和推断测试结果的正确性。
 白盒测试根据软件内部的逻辑结构分析来进行测试,是基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般黑盒测试由项目经理在程序员开发中来实现。
 α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。
 β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。
 
3. 按开发阶段划分，软件测试划分为哪几个阶段？
 
答案：按开发阶段划分，软件测试划分为单元测试、集成测试、确认测试、系统测试、验收测试。
 拓展：
 
 4. 一条软件缺陷（或者叫Bug）记录都包含了哪些内容？
 
答案：
 
 
 
bug编号；
 bug严重级别，优先级；
 bug产生的模块；
 bug摘要，阐述bug大体的内容；
 bug对应的版本；
 bug详细现象描述、测试场景，包括一些截图等；
 bug出现时的测试环境，产生的条件即对应操作步骤；
 
 
5. 简述BUG管理工具的工作过程。
 
 6. 试着画软件测试模型W、V、H模型。
 
 
 
 7. 接口请求的时候，有哪几种方法？
 
 8. 什么是回归测试?
 
答案：回归测试: (regression testing): 回归测试有两类：用例回归和错误回归；用例回归是过一段时间以后再回头对以前使用过的用例在重新进行测试，看看会重新发现问题。错误回归，就是在新版本中，对以前版本中出现并修复的缺陷进行再次验证，并以缺陷为核心，对相关修改的部分进行测试的方法。
 
9. 完整的测试流程应该由哪些阶段组成？需要原思维导图的可以加qun: 952573395
 
 二、性能测试篇
 
1. Loadrunner分哪三个部分？
 
 
 
Virtual User Generator：用于录制脚步
 Mercury LoadRunnerController：用于创建、运行和监控场景
 Mercury LoadRunner Analysis：用于分析测试结果
 
 
2. QTP中的Action有哪些，分别作用是什么？
 
 
 
可复用Action
 不可复用Action
 外部Action
 
 
3. Jmeter架包如何引用？
 
方法一：测试计划 通过 Add directory or jar to classpath 浏览导入jar
 方法二：直接将需要引用的jar包放置到JMeter的lib目录，或者ext目录下
 方法三：设置插件依赖路径，此时需要在jmeter.properties中添加依赖的路径，在jmeter 下新建对应的文件夹，将需要的jar包放入即可
 4. 概述一下性能测试流程？
 
l 分析性能需求。挑选用户使用最频繁的场景来测试。确定性能指标，比如：事务通过率为100%，TOP99%是5秒，最大并发用户为1000人，CPU和内存的使用率在70%以下
 l 制定性能测试计划，明确测试时间(通常在功能稳定后，如第一轮测试后进行)和测试环境和测试工具
 l 编写测试用例
 l 搭建测试环境，准备好测试数据
 l 编写性能测试脚本
 l 性能测试脚本调优。设置检查点、参数化、关联、集合点、事务，调整思考时间，删除冗余脚本
 l 设计测试场景，运行测试脚本，监控服务器
 l 分析测试结果，收集相关的日志提单给开发
 l 回归性能测试
 l 编写测试报告
 
5. 性能测试中，有哪些关键指标，分别指的是什么？
 
 资源指标：
 
CPU使用率：指用户进程与系统进程消耗的CPU时间百分比，长时间情况下，一般可接受上限不超过85%。
 内存利用率：内存利用率=（1-空闲内存/总内存大小）*100%，一般至少有10%可用内存，内存使用率可接受上限为85%。
 磁盘I/O: 磁盘主要用于存取数据，因此当说到IO操作的时候，就会存在两种相对应的操作：存数据的时候对应的是写IO操作，取数据的时候对应的是是读IO操作，一般使用% Disk Time（磁盘用于读写操作所占用的时间百分比）度量磁盘读写性能。
 网络带宽：一般使用计数器Bytes Total/sec来度量，Bytes Total/sec表示为发送和接收字节的速率，包括帧字符在内。判断网络连接速度是否是瓶颈，可以用该计数器的值和目前网络的带宽比较。
 
系统指标：
 
并发用户数：某一物理时刻同时向系统提交请求的用户数。
 在线用户数：某段时间内访问系统的用户数，这些用户并不一定同时向系统提交请求。
 平均响应时间：系统处理事务的响应时间的平均值。事务的响应时间是从客户端提交访问请求到客户端接收到服务器响应所消耗的时间。对于系统快速响应类页面，一般响应时间为3秒左右。
 事务成功率：性能测试中，定义事务用于度量一个或者多个业务流程的性能指标。单位时间内系统可以成功完成多少个定义的事务，在一定程度上反应了系统的处理能力，一般以事务成功率来度量。
 超时错误率：主要指事务由于超时或系统内部其它错误导致失败占总事务的比率。
 
6. 什么情况下要做关联，关联是怎么做的？
 
当脚本的上下文有联系，就用关联。比如登录的token关联，增删改查主键id关联等。
 
7. 有验证码的功能，怎么做性能测试？
 
l 将验证码暂时屏蔽，完成性能测试后，再恢复
 l 使用万能的验证码
 l 使用代码脚本解析(不推荐)
 
8. 如何脚本增强？
 
l 做参数化
 l 做关联
 l 添加事务
 l 添加断言
 l 添加集合点
 l 添加思考时间
 
9. 你们系统哪些地方(哪些功能)做了性能测试？
 
选用了用户使用最频繁的功能来做测试，比如：登陆，搜索，提交订单等。
 
10. 怎么分析性能测试结果？
 
首先查看事物通过率，然后分析其他性能指标，比如，确认响应时间，事务通过率，CPU等指标是否满足需求；如果测试结果不可信，要分析异常的原因，修改后重新测试。
 
在确定性能测试结果可信后，如果发现以下问题，按下面的思路来定位问题.
 
三、自动化篇
 
1. Python序列中的元组、列表、字典有什么区别？
 
列表：列表是可变的，即可修改其内容。另外，列表有很多特有的方法。
 元组：不可修改的序列，包括字符串，创建方法也很简单，用逗号隔开或小括号即可创建一个元组。
 字典：字典可通过名称来访问其各个值的数据结构，这种数据结构称为映射，字典是python中唯一的内置映射类型，其中的值不按顺序排列，而是存储在键下，键可能是数字、字符串或元组。
 
2. 自动化测试模型？
 
 3. 什么是持续集成？
 
持续集成源于极限编程(XP)，是一种软件实践，软件开发过程中集成步骤是一个漫长并且无法预测的过程。集成过程中可能会爆发大量的问题，因此集成过程需要尽可能小而多，实际上持续集成讲的是不断的去做软件的集成工作。持续集成，最简单的形式是包括一个监控版本控制（SVN等等）变化的工具。当变化被发觉时，这个工具可以自动的编译并测试你的应用。
 
4. 你的自动化用例的执行策略是什么？
 
自动化测试用例的执行策略是要看自动化测试的目的，通常有如下几种策略：
 
(1) 自动化测试用例是用来监控的，在此目的下，我们就把自动化测试用例设置成定时执行的，如果每五分钟或是一个小时执行一次，在jenkins上创建一个定时任务即可。
 
(2) 必须回归的用例。有些儿测试用例，如BVT测试用例，我们在公司产品任何变动上线之前都需要回归执行。那我们就把测试用例设置成触发式执行，在jenkins上将我们的自动化测试任务绑定到开发的build任务上。当开发人员在仿真环境上部代码的时候，我们的自动化测试用例就会被触发执行。
 
(3) 不需要经常执行的测试用例。像全量测试用例，我们没有必要一直回归执行，毕竟还是有时间消耗的，有些非主要业务线也不需要时时回归。这类测试用例我们就采用人工执行，在jenkins创建一个任务，需要执行的时候人工去构建即可。
 
5. 自动化测试最大的缺陷是什么？
 (1) 一旦项目发生变化，测试用例就需要改进，工作量大。
 
(2) 验证的范围有限，操作更加复杂，比如说简单的一个验证验证码，如果是人工识别很快就可以输入，但是自动化测试中会增添很多困难。那么这个时候速度也不如人工。
 
(3) 不稳定。
 
(4) 可靠性不强。
 
(5) 成本与收益。
 
6. 自动化测试的时候是不是需要连接数据库做数据校验？
 
(1) UI自动化不需要
 
(2) 接口测试会需要
 
7. 公司内一直在使用的测试系统（B/S架构）突然不能访问了，需要你进行排查并恢复，说出你的检查方法？
 
(1) 测试FTP是否正常可以登录，不能登录的直接问空间商那是空间商的问题直接联系他们。
 
(2) 空间赠送的三级域名是否能够访问网站打开网站（空间都赠送三级域名），如果也不能访问应该是空间问题。
 
(3) 在电脑的开始菜单运行中输入cmd，在弹出的黑框中输入：ping 你的域名；然后回车，如果看不到IP或IP地址与你的主机地址不符，则说明域名解析有误,是域名的问题得重新解析域名。
 
8. 什么是分层测试？
 
行业里面提的一般是金字塔的分层模型，UI测试；集成/接口测试；单元测试。
 
四、数据库篇
 
1. 数据库中的增删改查分别使用什么关键字？
 
Select update delete insert
 
2. MySQL中查询的2到5行怎么查询?
 
Select * from table where 字段 limit 2,3;
 
3. 数据库的聚合函数有哪些？
 
Avg()平均值，count()求个数，sum()求和，
 
4. 多表关联笔试题，内容过多，大家自行网盘下载。或者去群文件下载：554058482
 
链接：https://pan.baidu.com/s/19BxOW5D4mEK46OaJ6HAvFQ
 提取码：3zt9
 
 六、Linux操作系统篇
 
1. Linux常用的命令有哪些？请说出5~10个
 
ls、cd、ll、mkidr、touch、cat、tar、vi、find、awk、grep、ps
 
2. 如何修改Linux时间？如果需要将时间改为2015-01-01，如何修改，请写出命令？
 
date -s
 
3. 在/var目录下会定义系统的启动日志相关信息，请查找对应的boot.log文件，并把它备份一份到/var/log下命名为testroad-boot.log.
 
dump
 
4. 在当前路径下，日志文件为log.log,如何实时查看日志文件打印的内容？请写出命令。
 
tail -10 filename
 
5. 系统/etc/sysctl.conf文件会定义系统内核的一些配置，查找和net有关的信息，并值打印前面5行信息。
 
grep ‘net’ file | sed ‘1,5p’
 
cat /etc/sysctl.conf | grep ‘net’|head -5
 
6. Shell脚本网盘
 
链接：https://pan.baidu.com/s/1k4ydELFQf7VpezsA_aoj9Q
 
提取码：bzhq
 
七、综合题(思维，综合知识体系)
 
1. 测试中发现一个Bug, 但是开发经理认为这不是一个bug，你应该怎么解决？
 
先将问题提交到缺陷管理库里面进行备案。然后获取判断的依据和标准：
 
l 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据；
 l 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷；
 l 根据用户的一般使用习惯，来确认是否是缺陷；
 l 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷；
 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。
 
2. 给你一个电商网站，你如何测试？
 
 3. 如何测试一个纸杯？
 
答案：万变不离其踪，不管是一个水杯，一把椅子，一个电梯，测试的要点都可以基于以下要素。
 
l 功能度：用水杯装水看漏不漏；水能不能被喝到
 l 安全性：杯子有没有毒或细菌
 l 可靠性：杯子从不同高度落下的损坏程度
 l 可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用
 l 兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等
 l 易用性：杯子是否烫手、是否有防滑措施、是否方便饮用
 l 用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述
 l 疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等
 l 压力测试：用根针并在针上面不断加重量，看压强多大时会穿透
 
今天先分享到这里，更多软件测试面试资料 + Q群：952573395， 暗号 “CSDN”