《软件测试零基础》PPT课件

《《软件测试零基础》PPT课件》由会员分享，可在线阅读，更多相关《《软件测试零基础》PPT课件（52页珍藏版）》请在装配图网上搜索。

1、 软件测试基础v软件测试背景v什么是软件测试v软件测试的流程v测试用例及其设计方法v软件测试工具v了解软件测试工程师的职业要求及特点v掌握软件测试的基本概念 v熟悉常用的软件测试类型v熟悉软件测试的工作流程和阶段划分v了解软件自动化测试v理解软件测试与软件开发的相互关系需求变化缺乏交流设计错误文档缺乏缺陷软件复杂开发编码时间压力不愿意的原因？A、测试工作太枯燥。B、测试工作不需要什么技术，只有技术水平低的人才去做。C、测试工作没有创造性，我喜欢有创造的开发工作。D、做测试工作，发展空间不大，选择比较少。E、测试人员工资比开发人员低F、其它1、探索精神：软件测试员不会害怕进入陌生环境。2、故障排

2、除能手：软件测试员善于发现问题的症结，喜欢猜谜。3、不懈努力：软件测试员总是不停尝试。他们可能会碰到转瞬即逝或者难以重建的软件缺陷；他们不会心存侥幸，而是尽一切可能去寻找。4、创造性：想出富有创意甚至超常的手段来寻找软件缺陷。5、追求完美：他们力求完美，但是知道某些目标无法企及时，不去苛求，而是尽力接近目标。6、判断准确：软件测试人员要决定测试内容、测试时间，以及看到的问题是否算作真正的缺陷。7、老练稳重：软件测试员不害怕坏消息。8、说服力：软件测试员要善于表达观点，表明软件缺陷为何必须修复，并通过实际演示力陈述观点。软件测试工程师广义所有的软件系统都需要的基础知识基础知识包括：基本的编程能力

3、、面向对象方法、操作系统、数据库、计算机网络针对性具体项目的业务知识业务知识测试基础知识测试工具自动化测试测试的思维方式 软件工程广度深度专业敬业测试工作枯燥？喜欢看推理侦探小说么？测试的过程其实也和推理破案的过程一样的有趣。当进行了严密的推理终于发现一个大缺陷后，会很有成就感。没有创造性？测试也需要创造，新的测试方法，新的自动化测试工具，创造的机会很多。强烈的动机坚定的信念做三件事强烈的愿望，明确的目标我最想做什么样的人？我一定要做到最好坚信我的选择是正确的我要坚持不懈做别人不去做的事做别人不敢去做的事做别人做不到的事v软件测试背景v什么是软件测试？v软件测试的流程v测试用例及其设计方法v软

4、件测试工具如果发布出去的软件有质量问题，那是软件测试人员的错。软件测试技术要求不高，至少比编程容易多了。软件测试是测试人员的事，与开发人员无关。设计-实现-测试，软件测试是开发后期的一个阶段。测试后没有发现缺陷，说明我们的软件没有缺陷。软件测试的定义软件测试的对象软件测试的目的软件测试分类和比较软件测试的内容软件测试（Software testing）是软件生存期中的一个重要阶段，是软件质量保证的关键步骤。通俗地讲，软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码进行最终复审的活动。1983年IEEE提出的软件工程术语中给软件测 试下的定义是：“使用人工或自动的手段来运行或测定

5、某个软件系统或系统部件的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别”。软件测试不等于程序测试，软件测试贯穿于软件定义和开发的整个期间。需求分析,概要设计，详细设计，以及程序编码等各个阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都是软件测试的对象。12345用户需求用户：我要什么？理解正确性理解正确性表达正确性表达正确性需求说明书需求分析员：我可以提供什么？设计说明书设计员：我要软件做什么？源程序程序员：我要要让计算机怎么做？运行结果计算机：程序运行得到的结果理解正确性理解正确性设计正确性设计正确性表达正确性表达正确性理解正确

6、性理解正确性编码正确性编码正确性运行正确性运行正确性输入正确性输入正确性相符合么？相符合么？基于不同的立场，存在着两种完全不同的测试目的：从用户（测试人员）的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可接受该产品。从软件开发者的角度出发，则希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的要求，确立人们对软件质量的信心。想以最少的时间和人力，系统地找出软件中潜在的各种错误和缺陷。如果我们成功地实施了测试，我们就能够发现软件中的错误。测试的附带收获是，它能够证明软件的功能和性能与需求说明相符合。实施测试收集到的测试结果数据为可靠性分析提供了依据。

7、测试不能表明软件中不存在错误，它只能说明软件中存在错误。测试的目的在于发现错误，应尽早地和不断地进行测试 充分注意测试中的群集现象经验表明，测试后程序中残存的错误数目与该程序中已发现的错误数目成正比。所有的测试都应可追溯到客户需求 穷举测试是不可能的 严格执行测试计划，排除测试的随意性。应当对每一个测试结果做全面检查。妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。名称说明黑盒测试基于软件需求，而不是基于软件内部设计和程序实现的测试方式。白盒测试基于软件内部设计和程序实现的测试方式。单元测试主要测试软件模块的源代码。一般由开发人员而非独立测试人员来执行，因为测试者需要懂得该

8、单元的设计与程序实现，测试者可能需要编写额外的测试驱动程序。集成测试将一些“构件”集成一起时，测试它们能否正常运行。这里“构件”可以是程序模块、客户机服务器程序等等。功能测试测试软件的功能是否符合功能性需求，通常采用黑盒测试方式。一般由独立测试人员执行。系统测试测试软件系统是否符合所有需求，包括功能性需求与非功能性需求。一般由独立测试人员执行，通常采用黑盒测试方式。回归测试指错误被修正后或软件功能、环境发生变化后进行的重新测试。回归测试的困难在于不好确定哪些内容应当被重新测试。验收测试由客户或最终用户执行，测试软件系统是否符合需求规格说明书。名称说明负载测试测试软件系统的最大负载，超出此负载软

9、件可能会失常。压力测试概念上与负载测试相似，叫法不同。性能测试测试软件在各种状况下的性能，如在正常或最大负载下的状况。易用性测试测试软件是否易用，主观性比较强。一般要根据很多用户的测试反馈信息，才能评价易用性。安装与反安装测试测试软件在“全部、部分、升级”等状况下的安装/反安装过程。恢复测试测试该系统从故障中恢复过来的能力。安全性测试测试该系统防止非法侵入的能力。兼容性测试测试该系统与其它软件硬件兼容的能力。比较测试通过与同类产品比较，考察该系统的优点、缺点。Alpha 测试一种先期的用户测试，此时系统刚刚开发完成。Beta测试一种后期的用户测试，此时系统已经通过内部测试，大部分错误已经改正，

10、即将正式发行。测试方式n白盒测试：关心软件内部设计和程序实现，主要测试依据是设计文档n黑盒测试：不关心软件内部，只关心输入输出，主要测试依据是需求文档 测试方式特征依据测试人员测试驱动程序黑盒测试只关心软件的外部表现，不关心内部设计与实现。又叫做功能测试或数据驱动测试。软件需求任何人（包括开发人员、独立测试人员和用户）一般无需编写额外的测试驱动程序白盒测试关注软件的内部设计与实现，要跟踪源代码的运行。结构测试或逻辑驱动测试。设计文档由开发人员兼任测试人员的角色需要编写额外的测试驱动程序 测试阶段 单元测试、集成测试、系统测试、验收测试。是“从小到大”、“由内至外”、“循序渐进”的测试过程，体现

11、了“分而治之”的思想。单元测试的粒度最小，一般由开发小组采用白盒方式来测试，主要测试单元是否符合“设计”。集成测试界于单元测试和系统测试之间，起到“桥梁作用”，一般由开发小组采用白盒加黑盒的方式来测试，既要验证“设计”又要验证“需求”。系统测试的粒度最大，一般由独立测试小组采用黑盒方式来测试，主要测试系统是否符合“需求规格说明书”。验收测试与系统测试非常相似，主要区别是测试人员不同，验收测试由用户执行。测试内容n接口与路径测试。n功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试 测试阶段 主要依据 测试人员、测试方式 主要测试内容 单元测试单元测

12、试系统设计文档系统设计文档由开发小组执行白盒测由开发小组执行白盒测试试 接口测试、路径测试接口测试、路径测试 集成测试集成测试系统设计文档系统设计文档需求文档需求文档由开发小组执行白盒测由开发小组执行白盒测试和黑盒测试试和黑盒测试 接口测试、路径测试接口测试、路径测试功能测试、性能测试功能测试、性能测试 系统测试系统测试需求文档需求文档由独立测试小组执行黑由独立测试小组执行黑盒测试盒测试 功能测试、健壮性测试、性能测功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、试、用户界面测试、安全性测试、压力测试、可靠性测试、安装压力测试、可靠性测试、安装/反安装测试反安装测试 验收测试验收测试

13、需求文档需求文档由用户执行黑盒测试由用户执行黑盒测试 软件测试的定义软件测试的对象软件测试的目的软件测试分类和比较软件测试的内容如果发布出去的软件有质量问题，那是软件测试人员的错。软件测试技术要求不高，至少比编程容易多了。测试有助于提高软件的质量，但高质量的软件不是测试出来的。好的测试人员不仅要掌握各种测试技术，还要具备丰富的编程经验和对缺陷的敏感，测试的复杂之处，除了测试技术问题之外，还有测试管理问题。软件测试是测试人员的事，与开发人员无关。设计-实现-测试，软件测试是开发后期的一个阶段。测试后没有发现缺陷，说明我们的软件没有缺陷。开发人员参与的测试有单元测试和集成测试测试是贯穿与软件项目的

14、整个过程应该尽早开始测试测试只能说明故障存在，不能说明故障不存在。v软件测试背景v什么是软件测试？v软件测试的流程v测试用例及其设计方法v软件测试工具用户需求用户需求软件需求软件需求体系结构设计体系结构设计详细设计详细设计编码实现编码实现单元测试单元测试集成测试集成测试系统测试系统测试验收测试验收测试准备计划验证验证准备计划验证验证准备计划验证验证Plan/AnalysisDesignCodingTest/DeliverTest Case DesignTest DevelopmentTest PlanningTest Execution/Evaluation测试计划：指明范围、方法、资源，以及

15、相应测试活动的时间进度安排表的文档。测试方案：指明为完成软件或软件集成特性的测试而进行的设计测试方法的细节文档。测试用例：指明为完成一个测试项的测试输入、预期结果、预期执行条件等因素的文档。测试规程：指明执行测试时测试活动序列的文档。测试报告：指明执行测试结果的文档。v软件测试背景v什么是软件测试？v软件测试的流程v测试用例及其设计方法v软件测试工具 所谓的测试用例就是将软件测试的行为活动，做一个科学化的组织归纳。软件测试是有组织性、步骤性和计划性的，而设计软件测试用例的目的，就是为了能将软件测试的行为转换为可管理的模式。软件测试是软件质量管理中最实际的行动，同时也是耗时最多的一项。基于时间因

16、素的考虑，软件测试行为必须能够加以量化，才能进一步让管理阶层掌握所需要的测试过程，而测试用例就是将测试行为具体量化的方法之一。目的 前提条件 输入数据或动作 期望的响应 各种环境设置 对应的需求 实施一次测试而向被测系统提供的输入数据、操作或各种环境设置。对交互式系统，软件交互执行过程的控制也是一种测试用例。测试用例的设计与生成是依据测试大纲对其中每个测试项目的进一步实例化。比如：对于一个输入项的测试，应当设计一组测试数据，包括合法的、边界的和非法的数据等。测试用例的代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等;测试结果的可判定

17、性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果；测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、场景法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。这些方法是比较实用的，但采用什么方法，在使用时自然要针对开发项目的特点对方法加以适当的选择。以下是各种测试方法选择的综合策略，可在实际应用过程中参考：首先进行等价类划分，包括输入条件和输出条件的等价划分，将无限测试变成有限测试，这是减少工作量和提高测试效率的最有效方法。在任何情况下都必须使用边界值分析方法。经验表明用这种方法设

18、计出测试用例发现程序错误的能力最强。对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当再补充足够的测试用例。对于业务流清晰的系统，可以利用场景法贯穿整个测试案例过程，在案例中综合使用各种测试方法。v软件测试背景v什么是软件测试？v软件测试的流程v测试用例及其设计方法v软件测试工具 白盒测试工具：对代码的测试 黑盒测试工具：功能和性能上的测试 测试管理工具：对测试需求、测试计划、测试用例、测试执行进行管理 其他测试工具：专门针对于数据库、网络等方面的测试工具。HP QuickTestPro（功能自动化）LoadRunner（性能测试）QualityCenter（测试管理）IBM Rational系列其他 微软WAS、开源Jmeter等欢迎提问和讨论！