软件测试技术基础.ppt

软件测试技术基础.ppt

《软件测试技术基础.ppt》由会员分享，可在线阅读，更多相关《软件测试技术基础.ppt（40页珍藏版）》请在冰豆网上搜索。

软件测试基础软件测试基础主讲主讲:

平凡子http:

/什么是软件测试kk使用人工或者自动手段来运行或测试某个系统的过程kk目的在于检验它是否满足规定的需求、弄清预期结果与实际结果之间的差别软件测试目的kk测试是为了发现系统中的错误而执行程序的过程kk好的测试方案在于尽可能发现迄今为止尚未发现的错误kk成功的测试是发现了至今为止尚未发现的错误的测试软件测试目的kk测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势,可以帮助项目管理者发现当前软件开发过程中的缺陷,以便及时改进kk这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效率和有效性；kk没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种方法软件测试原则kk所有的软件测试都应追溯到用户需求kk应当把“尽早地和不断地进行软件测试”作为软件测试人的座右铭kk完全测试是不可能的，测试需要终止kk测试无法显示系统所有潜在的缺陷软件测试原则kk充分注意测试中的群集现象kk程序员应避免检查自己的程序kk尽量避免测试的随意性，应从工程的角度理解软件测试，它是有组织、有计划、有步骤的活动软件测试对象kk程序kk数据kk文档kk过程kk硬件kk网络软件测试关键词kk单元测试kk集成测试kk系统测试kk确认测试kk验收测试kk白盒测试kk黑盒测试kk灰盒测试单元测试kk单元测试又称模块测试kk是针对软件设计的最小单元程序模块进行正确性检验的测试工作kk其目的在于检查每个程序单元能否实现详细设计说明中的模块功能、性能、接口和设计约束等要求，发现各模块内部可能存在的错误集成测试kk集成测试，也叫组装测试或联合测试集成测试，也叫组装测试或联合测试kk在单元测试的基础上，将所有模块按照设计要求）在单元测试的基础上，将所有模块按照设计要求）如根据结构图如根据结构图组装成为子系统或系统，进行集组装成为子系统或系统，进行集成测试成测试kk集成测试是检验程序单元和部件的接口关系集成测试是检验程序单元和部件的接口关系kk实践表明，一些模块虽然能够单独地工作，但并实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。

程序在某些不能保证连接起来也能正常的工作。

程序在某些局部反映不出来的问题，在全局上很可能暴露出局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现来，影响功能的实现系统测试kk系统测试是将已经确认的软件、计算机硬件、系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，其目的是通过与统的各种组装测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方求不符或矛盾的地方kk系统测试的任务是近可能彻底的检查出程序系统测试的任务是近可能彻底的检查出程序中的错误，提高软件系统的可靠性，其目的是检中的错误，提高软件系统的可靠性，其目的是检验系统验系统做得怎样？

做得怎样？

确认测试kk确认测试的目的是向未来的用户表明系统能够像预定要求确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。

经集成测试后，已经按照设计把所有的模块组那样工作。

经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的接着就应该进一步验证软件的有效性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期待的那样任务，即软件的功能和性能如同用户所合理期待的那样kk确认测试又称有效性测试。

有效性测试是在模拟的环境下，确认测试又称有效性测试。

有效性测试是在模拟的环境下，运用黑盒测试的方法，验证被测软件是否满足需求规格说运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。

任务是验证软件的功能和性能及其他特明书列出的需求。

任务是验证软件的功能和性能及其他特性是否与用户的要求一致。

对软件的功能和性能要求在软性是否与用户的要求一致。

对软件的功能和性能要求在软件需求规格说明书中已经明确规定，它包含的信息就是软件需求规格说明书中已经明确规定，它包含的信息就是软件确认测试的基础件确认测试的基础验收测试kk系统开发生命周期方法论的一个阶段，这时相关的用户和或独立测试人员根据测试计划和结果对系统进行测试和接收。

它让系统用户决定是否接收系统。

它是一项确定产品是否能够满足合同或用户所规定需求的测试kk这是管理性和防御性控制的测试过程白盒测试kk白盒测试也称结构测试或逻辑驱动测试，它是按白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要进行，检验程序中的每条通路是否都能按预定要求正确工作求正确工作kk是把测试对象看作一个打开的盒子，测试人员依是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预同点检查程序的状态，确定实际的状态是否与预期的状态一致期的状态一致黑盒测试kk黑盒测试也称功能测试，它是通过测试来检测每黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。

个功能是否都能正常使用。

kk在测试地，把程序看作一个不能打开的黑盒子，在测试地，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。

适当地接收输入数据而产生正确的输出信息。

kk黑盒测试着眼于程序外部结构，不考虑内部逻辑黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试结构，主要针对软件界面和软件功能进行测试灰盒测试kk灰盒测试，确实是介于白盒测试与黑盒测试之间灰盒测试，确实是介于白盒测试与黑盒测试之间的测试的测试kk灰盒测试关注输出对于输入的正确性，同时也关灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法要采取这样的一种灰盒的方法软件过程模型（了解）kk瀑布模型kk原型模型kk螺旋模型kk增量模型kk喷泉模型kk统一过程（RUP）瀑布模型kk瀑布模型核心思想是按工序将问题化简，将功能的实现与瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开法将逻辑实现与物理实现分开kk将软件生命周期划分为制定计划、需求分析、软件设计、将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落逐级下落kk从本质来讲，它是一个软件开发架构，开发过程是通过一从本质来讲，它是一个软件开发架构，开发过程是通过一系列阶段顺序展开的，从系统需求分析开始直到产品发布系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好未被覆盖或者发现了问题，那么最好“返回返回”上一个阶上一个阶段并进行适当的修改，开发进程从一个阶段段并进行适当的修改，开发进程从一个阶段“流动流动”到下到下一个阶段，这也是瀑布开发名称的由来一个阶段，这也是瀑布开发名称的由来瀑布模型图原型模型kk先借用已有系统作为原型模型，通过先借用已有系统作为原型模型，通过“样品样品”不不断改进，使得最后的产品就是用户所需要的。

断改进，使得最后的产品就是用户所需要的。

kk原型模型通过向用户提供原型获取用户的反馈，原型模型通过向用户提供原型获取用户的反馈，使开发出的软件能够真正反映用户的需求。

同时，使开发出的软件能够真正反映用户的需求。

同时，原型模型采用逐步求精的方法完善原型，使得原原型模型采用逐步求精的方法完善原型，使得原型能够型能够“快速快速”开发，避免了像瀑布模型一样在开发，避免了像瀑布模型一样在冗长的开发过程中难以对用户的反馈作出快速的冗长的开发过程中难以对用户的反馈作出快速的响应。

相对瀑布模型而言，原型模型更符合人们响应。

相对瀑布模型而言，原型模型更符合人们开发软件的习惯，使目前较流行的一种实用软件开发软件的习惯，使目前较流行的一种实用软件生存期模型生存期模型原型模型图螺旋模型kk19881988年，年，BarryBoehmBarryBoehm正式发表了软件系统开发的正式发表了软件系统开发的螺旋模螺旋模型型，它将瀑布模型和快速原型模型结合起来，强调了其，它将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。

他模型所忽视的风险分析，特别适合于大型复杂的系统。

kk螺旋模型沿着螺线进行若干次迭代，图中的四个象限螺旋模型沿着螺线进行若干次迭代，图中的四个象限代表了以下活动：

代表了以下活动：

kk（11）制定计划：

确定软件目标，选定实施方案，弄）制定计划：

确定软件目标，选定实施方案，弄清项目开发的限制条件；清项目开发的限制条件；kk（22）风险分析：

分析评估所选方案，考虑如何识别）风险分析：

分析评估所选方案，考虑如何识别和消除风险；和消除风险；kk（33）实施工程：

实施软件开发和验证；）实施工程：

实施软件开发和验证；kk（44）客户评估：

评价开发工作，提出修正建议，制）客户评估：

评价开发工作，提出修正建议，制定下一步计划。

定下一步计划。

螺旋模型图增量模型kk增量模型融合了瀑布模型的基本成分（重复应用）增量模型融合了瀑布模型的基本成分（重复应用）和原型实现的迭代特征，该模型采用随着日程时和原型实现的迭代特征，该模型采用随着日程时间的进展而交错的线性序列，每一个线性序列产间的进展而交错的线性序列，每一个线性序列产生软件的一个可发布的生软件的一个可发布的“增量增量”。

kk当使用增量模型时，第当使用增量模型时，第11个增量往往是核心的产个增量往往是核心的产品，即第品，即第11个增量实现了基本的需求，但很多补充个增量实现了基本的需求，但很多补充的特征还没有发布。

的特征还没有发布。

kk客户对每一个增量的使用和评估都作为下一个增客户对每一个增量的使用和评估都作为下一个增量发布的新特征和功能，这个过程在每一个增量量发布的新特征和功能，这个过程在每一个增量发布后不断重复，直到产生了最终的完善产品。

发布后不断重复，直到产生了最终的完善产品。

增量模型强调每一个增量均发布一个可操作的产增量模型强调每一个增量均发布一个可操作的产品品增量模型图喷泉模型kk喷泉模型是一种以用户需求为动力，以对象为驱喷泉模型是一种以用户需求为动力，以对象为驱动的模型，主要用于采用对