《软件测试培训教程终极》PPT教案模板

Addtheauthorandtheaccompanyingtitle软件测试培训教程终极软件测试理论基础测试工程师的职业发展软件测试工程师一般有几个方向可走，如图1-2所示。一个理想的测试工程师应该有开发经验，至少要有开发的概念。仅仅发现Bug是测试的初步，而分析出根本原因，却要有很深的功底。初级测试工程师中级测试工程师开发工程师测试管理者高级测试工程师图1-2职业发展规划图软件测试定义定义：软件测试就是为了发现错误而审查软件文档、检查软件数据和执行程序代码的过程。软件测试应该是对软件形成过程的文档,数据以及程序进行的测试,而不仅是对程序进行的测试。60%以上的软件错误并不是程序错误,而是分析和设计的错误,提倡软件全生命周期测试的理念。软件测试的目的和原则基于不同的立场，存在着两种完全不同的测试目的：用户角度：希望软件测试暴露软件中隐藏的错误和缺陷，已考虑是否接受产品。软件开发者角度：希望测试成为表明软件产品中不存在错误的过程，验证被测软件已正确的实现了用户的需求，确立人们对软件质量的信心。软件测试的目的和原则换言之，测试的目的是：想以最少的时间和人力，系统地找出软件中潜在的各种错误和缺陷。如果我们成功地实施了测试，我们就能够发现软件中的错误。测试的附带收获是，它能够证明软件的功能和性能与需求说明相符合。实施测试收集到的测试结果数据为可靠性分析提供了依据测试不能表明软件中不存在错误，它只能说明软件中存在错误软件测试的目的和原则软件测试的原则：所有的软件测试都应追溯到用户需求。应当把“尽早地和不断地进行软件测试”作为软件测试者的座右铭。完全测试是不可能的，测试需要终止。测试无法显示软件潜在的缺陷。也就是说测试只能证明软件存在错误而不能证明软件没有错误。软件测试的对象软件测试分类一般的，我们将软件测试活动分为以下几类：黑盒测试、白盒测试、灰盒测试、静态测试、手动测试、自动测试软件测试分类—黑盒测试黑盒测试又叫功能测试、数据驱动测试或基于需求规格说明书的功能测试。该测试类别注重于测试软件的功能性需求。测试工程师无需了解程序代码的内部构造，完全模拟软件产品的最终端用户使用该软件，检查软件产品是否达到了用户的需求。如图1-4所示为黑盒测试实例图。黑盒测试能更好的从用户角度来考察被测系统的功能性需求实现情况。测试用例测试结果图1-4黑盒测试示例图软件测试分类—白盒测试白盒测试又称结构测试、逻辑驱动测试或基于程序代码内部构成的测试。白盒测试需要测试工程师深入考查程序代码的内部结构、逻辑设计等。就像前面的例子，我们拆开手机，观察手机电路板的设计，液晶屏的构成等。对于白盒测试工程师来说，软件产品的内部结构是敞开的。如图1-5所示是白盒测试示例图。程序内部结构测试用例测试结果图1-5白盒测试示例图软件测试分类—灰盒测试灰盒测试介于白盒和黑盒测试之间。灰盒测试一方面考虑程序代码的功能性表现，另一方面，又需要考虑程序代码的内部结构。通俗地讲，灰盒测试就是白加黑。像我们的性能测试，自动化功能测试就是采用了灰盒测试的方法。图1-6是灰盒测试的示例图。测试用例测试结果图1-6灰盒测试示例图软件测试分类—静态测试定义：静态的、不执行被测对象程序代码而寻找缺陷的过程。在进行静态测试时可采用一些代码走查工具，如QAC++、C++Test等。软件测试分类—手动测试它是测试人员设计测试用例并执行测试用例，然后根据实际的结果去和预期的结果相比较并记录测试结果，最终输出测试报告的测试活动。可充分发挥测试工程师的主观能动性，将其智力体现在测试工作中，能发现许多的缺陷，但同时又有一定的局限性和单调枯燥性。软件测试分类—自动化测试定义利用测试工具，模拟用户业务使用流程，让他们自动运行来查找缺陷。优点快、广泛、可重复性工作缺点只可检查比较主要的问题，如崩溃、死机，无法发现一般的日常错误。编写脚本工作量也很大，有时会超过手动测试时间。我们要根据实际情况选择或者不选择测试工具，选择使用何种测试工具，不能为了实用工具而可以的去使用工具。软件测试人员职业要求从个人素质角度要求测试工程师需要具备以下6种素质：责任心沟通能力团队合作精神耐心、细心和信心时时保持怀疑态度、并且有缺陷预防的意识不断学习的能力测试学习路线对于软件测试初学者，我们要切合实际、循序渐进的学习，在学习中可参考图1-3所示的软件测试学习路线图，从软件测试的理论基础，到项目实战，逐步学习，掌握技术技能，最终胜任软件测试工作。初学者软件测试理论基础学习缺陷管理知识学习Web测试环境搭建学习Linux操作系统知识学习配置管理知识学习数据库知识学习QTP功能测试工具学习LoadRunner性能测试工具学习项目实战岗前培训面试技巧工作图1-3软件测试学习路线图软件测试流程图软件测试虽然是软件生存周期的一个独立阶段，但测试工作却渗透到从分析、设计直到编程的各个阶段中（1-7是软件测试所经阶段的一般流程）。需求测试、单元测试、集成测试、系统测试、性能测试、用户测试、回归测试需求测试单元测试集成测试系统测试性能测试用户测试回归测试图1-7软件测试流程图需求测试要从以下几个方面考虑需求测试：完整性正确性一致性可行性无二义性健壮性必要性可测试性可修改性单元测试又称模块测试，就是对程序代码中最小的涉及模块单元进行测试。在单元测试中我们主要采用静态测试与动态测试相结合的办法。单元测试要求需要几年的代码编写经验，并且要十分熟悉当前的被测系统，以及该系统是否与其他系统的接口关联情况。单元测试在编码阶段占据非常重要的地位。可以降低编码的错误率，提高编码质量集成测试又称组装测试，是将软件产品各个模块组装起来，检查接口是否存在问题，以及组装后的整体功能、性能表现。一般可采用非增式集成方法、增式集成方法（自底向上集成、自顶向下集成、组合方式集成）等策略进行测试，利用一黑盒测试为主，白盒测试为辅的测试方法进行测试。主要解决各个组成但源代码是否符合开发 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 、接口是否存在问题，整体功能有无错误、界面是否符合 设计规范 民用建筑抗震设计规范配电网设计规范10kv变电所设计规范220kv变电站通用竖流式沉淀池设计 、性能是否满足用户需求等。系统测试将通过集成测试的软件部署到某种较为复杂的计算机永华环境进行测试。目的：通过与系统的需求定义作比较，发现软件与系统的定义不符合或与之矛盾的地方。这个阶段主要进行的是安装卸载测试、兼容性测试、功能确认测试、安全测试等。采用黑盒测试法，主要考察被测软件的功能与性能表现。性能测试性能测试要求被测软件在业务处理速度、处理能力和所耗用的硬件系统资源比率满足用户的需求。不要尝试用手动方式进行性能测试，应当编写一段相应的程序或者使用专门的工具进行，如利用LoadRunner自动化性能测试工具。性能测试相对难度较大，要求测试人员掌握编程语言，精通业务流程，拥有深厚的项目经验。用户测试可称为用户确认测试。正式验收前，需要用户对本系统做出一个评价，用户可对交付的系统做测试，并将测试结果反馈回来，进行修改、分析。用户测试环节是被测试软件首次作为正式的系统交友用户使用，用户会根据他们的实际使用情况进行测试、使用，并提出实际使用过程中的问题。用户测试是软件生产流程中的最后质检关。回归测试回归测试是经过一段时间以后再回过头来对以前修复过的Bug重新进行测试，看该Bug是否会重新出现。有些时候可采用自动化测试工具来进行回归测试，如利用QTP一般情况下，都由测试工程师手动的执行一千的测试用例。来检查用例通过情况。软件项目运作图市场调研可行性研究产品立项需求调研设计开发系统测试产品发布产品维护产品升级图1-8软件项目运作图市场调研1、主动模式将公司或者企业作为需求接收的被动方，而需求的提出作为主动方。2、被动模式在没有明确的需求提出者时，有公司或企业主动提出给特定使用用户群提供某种产品的模式。市场调研主体：市场人员、销售人员调研方式：客户走访，市场观察，报刊媒体等输出文件：《XXX项目市场调研分析报告》可行性研究以预测为前提，以投资效果为目的，从技术上、管理上进行全面综合分析研究的方法。基本任务：对新开发产品或升级产品从技术经济角度进行全面的分析研究，并对其投产后的经济效益进行预测，在既定的范围内进行 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 论证的选择，以便最合理的利用资源，达到预定的社会效益和经济效益。主体：市场人员、销售人员对象：在市场调研阶段产生的《XXX项目市场调研分析报告》输出文件：《XXX项目可行性分析报告》产品立项在前期的市场调研、可行性研究经过评审可行后，则由需求调研人员牵头，进行产品立项，并进行产品小组的建立，同时制定产品的运作 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 ，如需求调研、产品设计、产品测试、产品发布等一系列的工作步骤及时间点。立项负责人：市场调研人员工作内容：提交产品立项申请，审批通过后，指定产品计划书，确定产品各个阶段的工作流程及时间进度表。需求调研1、主动模式2、被动模式需求调研参与人员：市场人员、开发人员、测试人员等调研对象：客户或假象客户（广泛应用群）输出：需求规格说明书设计开发由系统架构师进行系统的概要设计，主要从稳定性、安全性、扩展性、可维持性等方面进行设计。设计人员：系统架构师、项目开发小组输出：项目开发计划、概要设计文档、详细设计文档、数据库文档等系统测试按照前期的测试计划，利用测试用例进行系统的功能、性能测试。在经过多次版本的迭代后，完成系统测试，输出测试报告。测试人员：项目测试小组输出：测试计划、测试方案、测试用例、功能测试报告、性能测试报告等产品发布经过开发部门、测试部门和其他部门的努力，产品在预定的日期完成，有项目组择日发布。发布人员：项目实施人员、市场部等输出：客户现场项目实施报告等产品维护交付使用后，需根据需求调研阶段协议，制定产品维护流程，出现问题需及时解决，直到产品使用废弃或升级，进入新的生命周期。产品升级在软件产品使用到一定期限后，可以根据先前的约定进行升级，或根据客户新的需求，再次进行新需求的调研开发等。测试工作流程测试准备阶段测试工作流程测试开展阶段测试输出阶段图1-12测试工作流程图测试工作流程1、测试准备阶段测试计划制定测试小组建立项目经理测试主管测试组长部署测试任务指派测试组长获取测试需求及相关文档图1-13测试工作介入流程图测试组长测试主管测试工程师小组工作会议申请小组成员指定小组成员图1-14测试小组建立图测试工作流程需求测试启动测试需求提取分配任务测试组装需求调研部门校正需要提供需求测试小组反馈结果图1-15需求测试流程图测试组长测试小组测试工具分配任务编写用例图1-16部署测试需求提取任务流程图测试工作流程测试用例编写测试组长测试小组测试工具分配任务编写用例图1-17部署测试用例编写任务流程图测试工作流程2、测试开展阶段搭建测试环境—测试组长，可根据说明说中的软件产品运行环境配置要求搭建。测试环境最好与开发环境分开文档引入—工作日报、功能测试报告、性能测试报告等模板执行测试—根据项目的Bug管理流程，经过多次的版本迭代，完成测试工作。测试工作流程3、测试输出阶段测试计划测试方案测试用例测试工程师的工作日报功能测试报告性能测试报告思考与练习1、软件测试共有几种模型？具体的内容是什么？相互之间有什么区别与联系？2、简要描述同行评审与阶段评审的区别。3、软件测试与软件开发的关系是什么？4、什么叫软件测试？软件测试的目的是什么？思考与练习5、软件测试的一般工作流程是什么？6、软件测试的测试流程是什么？各阶段的工作内容重点是什么？7、当你接到一个测试任务后，你如何开展测试工作？软件测试用例设计方法什么是测试用例测试用例（TestCase）是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。测试用例包含要素每个具体测试用例都将包括下列详细信息：编制人、审定人、编制日期、版本、用例类型、设计说明书编号、用例编号、用例名称、输入说明、期望结果（含判断 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 ）、环境要求、备注等。具体可以参考建行测试用例模板黑盒测试案例设计技术测试用例设计：将软件测试的行为活动，作为一个科学化的组织归纳。测试用例：设计一个情况，软件程序在这种情况下，必须能够正常运行并且达到程序所设计的执行结果。因为我们不可能进行穷举测试，为了节省时间和资源、提供测试效率，必须从数量极大的可用测试数据精心挑选出具有代表性或者特殊性的测试数据来进行测试。测试测试用例的好处在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。测试用例的使用令软件测试的实施重点突出、目的明确。在软件版本更新后只修正少部分的测试用例便可展开测试工作，降低工作强度，缩短项目周期。功能测试模块的通用化和复用化使软件易于开发，而测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断精化其效率也不断攀升。常见黑盒测试用例设计方法等价类划分法边界值分析法错误推测法因果图法判定表驱动法正交试验设计法功能图法场景法错误推测方法基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法。错误推测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例。场景法事件触发控制流程，事件触发时的情景便形成场景。同一事件不同的触发顺序和处理结果就形成事件流用例场景用来描述流经用例的路径，从用例开始到结束遍历这条路径的有基本流和备选流。软件缺陷什么是软件缺陷符合下面5条规则之一的问题称为软件缺陷：1、软件未达到产品说明书标明的功能。2、软件出现产品说明书指明不会出现的错误。（如果软件含有产品说明中根本没有存在的功能，这是缺陷）3、软件功能超出产品说明书指明的范围。4、软件未达到产品说明书未指出但应达到的目标。（产品说明书虽然没有提到，但是按照常理应该达到的功能）5、软件测试人员或用户认为软件难以理解，不易使用，运行速度缓慢等问题。缺陷的生命周期简单周期：测试员找到并登记软件缺陷，软件缺陷移交到程序员=>程序员修复软件缺陷，软件缺陷移交到测试员=>测试员确定软件缺陷被修复，测试员关闭软件缺陷。缺陷的生命周期复杂周期：发现缺陷（测试员发现并登记缺陷，软件缺陷转到程序员）=>软件缺陷移交到项目管理员=>（以不修复形式解决）项目管理员认为软件缺陷不重要，软件缺陷移交到测试员=>重新激活缺陷（测试员不同意，找出通用失败案例，软件缺陷移交到项目管理员）=>项目管理员同意缺陷需要修复，缺陷转给程序员=>以修复形式解决（测试员确认软件缺陷得以修复，测试员关闭软件缺陷）=>缺陷关闭报告缺陷的要点复杂周期：发现了软件缺陷，需要记录下来，不但要记录结果，同时需要详细描述发现的步骤，以备程序员重现问题，并解决它。要求报告写的清楚明了和准确。有时利用截屏技术把当时的情况保存成图片，可以达到一图胜千言的效果。参考软件测试缺陷跟踪管理说明.pdf文档（vss\09_测试团队\公共\规范说明）缺陷的严重性分类A类——致命性：不能完全满足系统要求，基本业务功能未实现系统崩溃、不稳定或挂起等导致系统不能继续运行、导致系统出现不可预料的严重错误的问题。缺陷的严重性分类B类——严重错误：严重地影响系统要求或基本功能的实现，且没有办法更正（重新安装或重新启动不属于更正办法）。使系统不稳定、破坏数据、产生错误结果，部分功能无法执行。缺陷的严重性分类C类——一般性错误：1、界面错误。2、非重要功能无法正确执行，实现不正确，实现不完整，但不影响功能3、非严重性产生错误结果，但不影响一起功能。4、正确性不受影响，但系统性能和响应时间受到影响。缺陷的严重性分类D类——轻微错误：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能，或对最终结果影响有限的问题。缺陷的严重性分类E类——测试建议：不影响系统运行，对系统的可用性等提示的建议性的问题。例如：1、系统各个位置初始值的建议。2、流程优化建议等等。结构测试技巧操作测试安全测试操作测试目标确定计算机的操作文档已经完整如何使用作为计算机正常操作的一部分来执行测试例子操作的介绍被文档化，操作者被培训什么时候使用预先将程序进行产品化。操作性是系统的一个重要指标的时候。安全性测试目标安全性的缺陷很难被发现。大多数的情况下组织能够防止一般性的破坏者。如何使用对安全性的需求进行评审分析与安全性有关的处理流程转包给专业的人员例子定义了被保护的资源，权限进行了控制，日志文件和审查追踪是可用的。什么时间使用当被保护的资源对于组织具有重要的价值的时候功能测试技巧需求测试回归测试错误处理测试支持手册的测试系统兼容测试并行测试需求测试目标用户的需求可以被实现如何使用创建测试用例和功能检查列表例子建立测试矩阵去证实系统需求均被文档化什么时候使用每一个应用程序都要进行需求测试回归测试目标程序修改后，确保功能的正确性如何使用重新测试应用程序中没有改变的部分例子重新执行以前的测试用例什么时间使用当新的程序有可能影响老的功能的时候错误处理测试目标所有可能的错误条件均经过了验证如何使用一组有经验的人员预测在那里会出现问题例子建立一个错误处理的列表什么时候使用贯穿整个开发生命周期支持手册测试目标检验操作过程被文档化了，并且完整了。如何使用对过程有足够的介绍可以协助用户正常使用例子系统在一定的条件下产生一个提示，用户被告知如何采取必要的操作。什么时候使用最佳时机是在安装测试的时候，但是应该在开发全过程中。兼容性测试目标检验当使用适当的参数和数据时，需要的信息可以在两个系统中正确的交换如何使用文件和数据被用来在多系统之间传递。例子典型的由一个系统到另一个系统的数据交换程序。什么时候使用当两个应用程序之间的参数有可能发生变化的时候并行测试目的新版本和老版本同时运行，用以确保新版本的程序运行正确。如何使用需要对两个系统输入相同的数据来运行例子运行新旧两个工资支付系统什么时间使用当对新系统的的运行情况不确定的时候Addtheauthorandtheaccompanyingtitle生活图标元素商务图标元素商务图标元素商务图标元素商务图标元素