软件测试基础教程new.ppt

软件测试基础 主讲:平凡子 什么是软件测试 使用人工或者自动手段来运行或测试某个系统的过程 目的在于检验它是否满足规定的需求、弄清预期结果与实际结果之间的差别 软件测试目的 测试是为了发现系统中的错误而执行程序的过程 好的测试方案在于尽可能发现迄今为止尚未发现的错误 成功的测试是发现了至今为止尚未发现的错误的测试 软件测试目的 测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势,可以帮助项目管理者发现当前软件开发过程中的缺陷,以便及时改进 这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效率和有效性； 没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种方法 软件测试原则 所有的软件测试都应追溯到用户需求 应当把“尽早地和不断地进行软件测试”作为软件测试人的座右铭 完全测试是不可能的，测试需要终止 测试无法显示系统所有潜在的缺陷 软件测试原则 充分注意测试中的群集现象 程序员应避免检查自己的程序 尽量避免测试的随意性，应从工程的角度理解软件测试，它是有组织、有计划、有步骤的活动 软件测试对象 程序 数据 文档 过程 硬件 网络 软件测试关键词 单元测试 集成测试 系统测试 确认测试 验收测试 白盒测试 黑盒测试 灰盒测试 单元测试 单元测试又称模块测试 是针对软件设计的最小单元——程序模块进行正确性检验的测试工作 其目的在于检查每个程序单元能否实 现详细设计说明中的模块功能、性能、接口和设计约束等要求，发现各模块内部可能存在的错误 集成测试 集成测试，也叫组装测试或联合测试 在单元测试的基础上，将所有模块按照设计要求）如根据结构图〕组装成为子系统或系统，进行集成测试 集成测试是检验程序单元和部件的接口关系 实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现 系统测试 系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方 系统测试的任务是近可能彻底的检查出程序中的错误，提高软件系统的可靠性，其目的是检验系统做得怎样？ 确认测试 确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期待的那样 确认测试又称有效性测试。有效性测试是在模拟的环境下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。任务是验证软件的功能和性能及其他特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明书中已经明确规定，它包含的信息就是软件确认测试的基础 验收测试 系统开发生命周期方法论的一个阶段，这时相关的用户和／或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试 这是管理性和防御性控制的测试过程 白盒测试 白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作 是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致 黑盒测试 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。 在测试地，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。 黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试 灰盒测试 灰盒测试，确实是介于白盒测试与黑盒测试之间的测试 灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法 软件过程模型（了解） 瀑布模型 原型模型 螺旋模型 增量模型 喷泉模型 统一过程（RUP） 瀑布模型 瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开