软件测试培训课件pptPPT文件格式下载.ppt

软件测试培训课件pptPPT文件格式下载.ppt

《软件测试培训课件pptPPT文件格式下载.ppt》由会员分享，可在线阅读，更多相关《软件测试培训课件pptPPT文件格式下载.ppt（326页珍藏版）》请在冰豆网上搜索。

ISTQB是国际唯一权威的软件测试资质认证机构，现有包括美国、德国、英国、法国、日本等47个成员国。

中国软件测试认证委员会（CSTQB）在2006年成为ISTQB的正式成员。

ISTQB培训与认证体系ISTQB-CertifiedTester培训及认证体系分为三个级别：

基础级/FoundationLevel高级/AdvancedLevel：

3年以上测试工作经验专家级/ExpertLevel：

5年以上测试工作经验培训者获得基础级证书后，可申请参加更高级别的培训和认证考试，并获得相应证书。

CSTQBFL培训内容,ISTQBCTFL认证考试,考试形式闭卷笔试考试卷包含40道单选选择题（给定的答案中只有一项是正确的）考试时间为1小时分数达到65%以上（26题以上含26题）通过考试考试内容与比例,二、软件测试基础,CSTQB软件测试基础级培训教程,目录,为什么需要软件测试软件测试与软件质量软件测试的目的与原则软件测试过程,软件测试术语

（1）,术语错误Error，Mistake缺陷Defect，Bug，Fault失效Failure说明程序员可能会犯错误，由此在程序或文档中产生缺陷。

如果执行了代码中的缺陷，软件将可能无法实现应该实现的功能或者产生了不应该实现的结果，由此产生失效。

软件、系统或者文档中的缺陷可能导致失效，但是并不是所有的缺陷都会导致失效。

缺陷的产生是因为程序员容易犯错误，可能是因为时间压力，复杂的代码，架构复杂，技术变更，或者系统交互等引起的。

失效也可能是环境条件引起的。

例如，辐射，磁场，电场，污染导致硬件故障。

或者由于改变了硬件的条件，对软件的执行产生影响。

软件系统的失效不可能是老化或磨损引起的。

软件测试术语

（2）,错误error是广义的概念。

错误是人为的原因导致一个不正确的结果。

它可以是程序内的内部错误，也可能是文档内的错误。

缺陷是错误的具体表现，可以是不正确的文档，程序段，指令或数据定义，它们可能会引起一个外部的失效（failure）。

bug，defect和fault同义。

因为存在的缺陷（defect）而导致软件的运行失败叫失效。

失效是缺陷在执行测试软件时的外部反映。

失效是（规范说明）期望的值与实际（观察到）的值存在偏差。

例如系统的不正确的反应，崩溃，死机等。

当缺陷引起了运行错误或对用户产生了消极影响时，它就被称为失效。

对缺陷最大的担心就是它会转变为失效，而失效将会对用户产生损害。

有一些缺陷可能永远也不会转变为失效，但有时一个缺陷又可能会引起上百万的失效。

缺陷可以通过静态测试发现,而失效只能通过动态测试发现。

软件测试的总体目标,总体目标发现缺陷获取对产品质量的信心提供用于决策的信息预防缺陷,早期测试,开发阶段的测试,运行阶段的测试,静态测试,组件测试,集成测试,系统测试,验收测试,非功能测试,维护测试,预防缺陷,发现缺陷,建立信心,提供信息,不同测试阶段的测试目的,软件需求阶段对文档的静态测试是为了预防缺陷在开发阶段执行的测试（组件测试、集成测试和系统测试），测试的主要目的可能是尽可能的使软件失效，从而发现和修改尽可能多缺陷。

在验收测试中，主要目的可能是用来确认系统是否按照预期工作的，从而在系统是否满足系统需求方面得到信心。

在有的情况，测试的主要目的可能是对软件的质量进行评估（不是为了修改缺陷），从而为利益相关人提供这样的信息：

在给定时间内发布系统版本是否存在风险？

在运行测试阶段，测试的主要目标可能是为了评估系统的特征，比如可靠性或可用性等。

维护测试通常是为了验证在变更开发过程中是否有新的错误引入。

测试和调试的区别,调试（Debug）和测试（Test）是两个不同的概念。

测试测试可以发现由于软件缺陷引起的失效。

测试员执行测试。

调试调试是一种开发活动，用来识别引起缺陷的原因，修改代码以及验证是否正确的修改了软件的缺陷。

开发人员执行调试。

关系开发人员调试后的软件需要测试员进行确认测试，确认修改的代码已经解决了失效问题。

开发人员除了调试，也执行某些类型的测试,测试在软件开发、维护和运行中的角色,测试是软件质量保证的关键活动和方式对软件系统和文档进行严格的测试,可以减少软件系统在运行环境中的风险，假如在软件正式发布之前发现和修正了缺陷，就可以提高软件系统的质量。

测试对象包括软件产品（软件程序、手册和联机帮助）和开发过程产生的文档测试也可能需要满足合同和法律法规的需求，或者是为了满足特定的行业标准认证测试，微软认证CertificationGB18030测试ISTQB测试认证测试的工作产品（WorkProduct）测试的工作产品指的测试依据（Testingbasis）例如，业务场景、用例、需求规格说明、设计文档和代码,测试与软件质量,借助软件测试，可以通过发现的缺陷度量软件的质量，包括功能和非功能软件需求和特性（例如，可靠性、易用性、有效性、可维护性以及可移植性）。

测试如果发现较少或者没有发现缺陷，可以增强对软件质量的信心。

正确设计的测试执行通过后减少了系统的整体风险级别。

测试发现的缺陷修正（Fixed）后提高了软件系统的质量。

应该从以前项目中吸取教训。

理解其它项目中发现的缺陷的根本产生原因后，改进流程，这样可以避免再次产生同样的缺陷，相应地改进了未来软件系统的质量。

这是质量保证的体现。

测试应该集成为质量保证活动的一个组成部分（与开发标准、培训和缺陷分析并列）。

软件测试心理学,软件测试需要独立性测试机构的独立有利于关注开发过程中工作产品中可能存在的缺陷，可以避免开发人员（作者）的偏见独立并不等于完全代替开发人员，开发人员能有效的找到自己工作产品中存在的缺陷软件测试独立的优点独立的测试员可以做到没有偏见，可以发现一些其他不同的缺陷。

一个独立的测试员可以验证在系统规格说明和实现阶段所做的一些假设。

软件测试独立的缺点与开发小组脱离（如果完全独立）。

开发人员可能失去对软件质量的责任感。

独立的测试员可能是项目的瓶颈或者要为软件发布延时负责。

软件测试独立的方式,软件测试独立的方式测试的设计由开发人员自己完成；

测试由开发队伍的其他开发人员完成；

测试独立于本项目的开发队伍；

测试独立于本开发企业，来自于独立的第三方测试机构。

软件测试与开发如何相处,合作、沟通、交流、中立、目标一致测试人员发现软件工作产品的缺陷某种程度上是对工作产品和其作者的批评，所以软件测试常常被看成一种消极的活动，尽管软件测试对软件开发的风险具有很强的规避作用。

如果测试人员与分析、设计和代码开发人员能很好的沟通，那么他们对测试人员的不好感将避免。

软件工作产品的缺陷信息有助于提高开发者的技能，也为开发过程节约成本和时间，降低软件开发风险。

测试人员和测试管理者之间也应该具有好的沟通，通过规则的交流途径交流测试中的缺陷信息、进展情况和风险。

如果测试人员把自己发现缺陷作为一个新闻来传播，那么会给沟通带来麻烦。

软件质量保证,软件质量保证（SQA）的对象是过程，质量保证的重要工作通过预防、检查与改进来保证软件质量。

QA采用“全面质量管理”和“过程改进”的原理开展质量保证工作。

软件测试与软件质量保证的关系SQA侧重对流程中过程的管理与控制，是一项管理工作，侧重于流程和方法。

软件质量保证的职能是向管理层提供正确的可视化的信息，从而促进与协助流程改进。

SQA还充当测试工作的指导者和监督者，帮助软件测试建立质量标准、测试过程评审方法和测试流程，同时通过跟踪、审计和评审，及时发现软件测试过程中的问题，从而帮助改进测试或整个开发的流程等有了SQA，测试工作就可以被客观的检查与评价，同时也可以协助测试流程的改进。

.测试是对软件产品的检验，是一项技术性的工作，软件测试的对象是产品，测试人员要“执行”软件，对过程中的产物-开发文档和源代码进行走查，运行软件，以找出问题，报告缺陷。

软件测试是寻找缺陷的策略，SQA是规避缺陷的策略。

软件质量保证与软件测试的比较,软件测试的充分性,为什么考虑测试的充分性？

测试需要给利益相关者提供足够的信息，帮助他们决定是否发布被测软件或系统。

软件可以发布表示可以进入下一个开发过程，或将系统交付给用户。

测试的特征测试是高风险的质量保证活动，测试是不能穷尽的在有限的预算、时间、资源下，尽可能多的发现和报告缺陷判断测试是否充分的考虑因素风险（包括技术风险、商业产品风险和项目的风险等）项目在时间和预算上的限制等。

软件测试的目的,GrenfordJMyers测试是程序的执行过程，目的在于发现错误一个好的测试用例在于能发现至今未发现的错误一个成功的测试是发现了至今未发现的错误的测试BillHetzel提出了测试目的不仅仅是为了发现软件缺陷与错误，而且也是对软件质量进行度量和评估，以提高软件的质量。

当前业内普遍接受的测试目的以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正各种错误和缺陷提高软件质量，避免软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。

简而言之，软件测试的目的是降低软件风险，保证软件质量测试是以评价一个程序或者系统属性为目标的活动，测试是对软件质量的度量与评估，以验证软件的质量满足用户的需求的程度，为用户选择与接受软件提供有力的依据。

通过分析错误产生的原因还可以帮助发现当前开发工作所采用的软件过程的缺陷，以便进行软件过程改进。

同时，通过对测试结果的分析整理，还可以修正软件开发规则，并为软件可靠性分析提供依据。

软件测试的原则,所有的软件测试都应追溯到用户需求应当把“尽早地和不断地进行软件测试”作为软件测试者的座右铭完全测试是不可能的，测试需要适可而止测试只能证明软件存在错误而不能证明软件没有错误充分注意测试中的缺陷群集现象程序员应避免检查自己的程序（测试独立性）测试的“杀虫剂”效应,所有的软件测试都应追溯到用户需求,从根本上讲，判断软件现象是否是缺陷的依据是是否满足用户需求显性需求隐性需求软件的目的是使用户完成预定的任务，并满足用户的需求软件测试所揭示的缺陷和错误使软件达不到用户的目标，满足不了用户需求,尽早地和不断地进行软件测试,在软件或系统开发生命周期中，测试活动应该尽可能早的介入，并且应该将关注点放在已经定义的测试目标（testobjective）上早期发现和修改缺陷成本最小每个软件Build都应该被测试，而不是等到最后一个Build才进行测试经验数据示例,穷尽测试是不可能的,测试是有计划的，产品要发布，市场不允许无限期测试被测试软件复杂，需要测试的内容很多测试预算和资源有限，测试需要适可而止除了小型项目，进行完全（各种输入和前提条件的组合）的测试是不现实的。

通过运用风险管理（Riskmanagement）和不同系统功能的测试优先级，来确定测试的关注点，从而替代穷尽测试,测试显示缺陷的存在,测试只能表明软件存在缺陷，不能说明软件不存在缺陷测试可以减少软件中存在缺陷的可能性，但即使测试没有发现任何缺陷，也不能证明软件或系统是完全正确