1>软件测试是什么？
使用手工或者自动手段来运行或者测试某个系统的过程。
经典定义：在规定的条件下对程序进行操作，以发现错误，对软件质量进行评估
2>软件测试的目的？
目的在与检验他是否满足规定的需求，弄清预期结果和实际结果之间的差别。
测试并不仅仅在于为了找到错误，而是通过产生的原因和错误，帮助项目管理者发现当前软件的缺陷，以便及时改正。
3>软件测有几种？
单元测试：又称模块测试，针对软件设计的最小单元—程序模块进行正确性的检验工作
集成测试：也称联合测试。在单元测试的基础上将所有模块按照设计要求组装成子系统或者系统 进行集成测试
集成测试：将已经确定的软件，计算机硬件，外设，网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试。
确认测试：目的在于向未来的用户表明系统能像预订要求的那样去工作。
又称有效测试。有效测试是在模拟的环境下，运用黑盒测试的方法，验证北侧软件是否符合满足需求规范的=说明书的需求
验收测试：它是一项确认产品是否能够满足合同或用户所规定的需求的测试
黑盒测试：黑盒测试也称为功能测试，它是通过测试来检测每个功能是否可以正常使用
在测试地，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息
白盒测试：也称为结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规划的说明书的规定进行正常工作。检测程序中的每条道路是否都按照规定要求正常工作
灰盒测试：是介于黑盒测试和白盒测试之间
灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法
软件研发过程模型？
瀑布模型：将软件生命周期分为制定计划，需求分析，软件设计，程序编写，软件测试和运行维护等六个基本活动，并且规定它们自上而下，相互衔接的固定次序，如同瀑布流水，逐级下落
原型模型：先借已有系统作为原型模型，通过样品不断改进，是的最后的产品就是用户所需要的
原型模型通过向用户提供原型获取用户的反馈，使开发出的软件能够真正反映用户的需求。同时，原型模型采用逐步求精的方法完善原型，使得原型能够“快速”开发，避免了像瀑布模型一样在冗长的开发过程中难以对用户的反馈作出快速的响应。相对瀑布模型而言，原型模型更符合人们开发软件的习惯，使目前较流行的一种实用软件生存期模型
螺旋模型：
1988年，BarryBoehm正式发表了软件系统开发的"螺旋模型"，它将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。
螺旋模型沿着螺线进行若干次迭代，图中的四个象限代表了以下活动：
（1）制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；
（2）风险分析：分析评估所选方案，考虑如何识别和消除风险；
（3）实施工程：实施软件开发和验证；
（4）客户评估：评价开发工作，提出修正建议，制定下一步计划。
增量模型：增量模型融合了瀑布模型的基本成分（重复应用）和原型实现的迭代特征，该模型采用随着日程时间的进展而交错的线性序列，每一个线性序列产生软件的一个可发布的“增量”
喷泉模型：喷泉模型是一种以用户需求为动力，以对象为驱动的模型，主要用于采用对象技术的软件开发项目
该模型认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性
软件的某个部分常常被重复工作多次，相关对象在每次迭代中随之加入渐进的软件成分
无间隙指在各项活动之间无明显边界，如分析和设计活动之间没有明显的界限，由于对象概念的引入，表达分析、设计、实现等活动只用对象类和关系，从而可以较为容易地实现活动的迭代和无间隙，使其开发自然地包括复用
v模型图
w模型图
H模型图
在整个生产周期中某个层次上的一次测试“微循环”。图中的其他流程图可以是任意开发流程。例如，设计流程和编码流程。也可以是其他非开发流程，例如，SQA流程，甚至是测试流程本身。只要测试条件成熟了，测试准备活动完成了，测试执行活动就可以进行了
X模型