软件测试理论基础.pptxVIP

2018软件测试理论基础汇报人：汇报时间：2018年1月

(一)绪论(1)测试用例及测试用例的设计(3)软件质量的保证和软件测试(2)软件测试的方法(4)大量软件的测试策略

回顾什么是软件测试软件测试的正反两面性验证软件发现缺陷VV软件测试和开发的关系TDD

测试用例的引进及其测试用例的使用测试用例的规范要求测试用例的模板第2章软件测试的基本概念2.1测试用例及测试用例的设计

软件测试工作的组织与管理：制定测试策略、测试计划，确认所采用的测试方法与规范，控制测试进度，管理测试资源。测试工作的实施：编制符合标准的测试文档，搭建测试环境，开发测试脚本、与开发组织协作实现各阶段的测试活动软件测试计划试用例的引进

测试工作流程

测试计划内容目标和范围项目估算风险计划进度安排资源配置跟踪和控制机制

测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。测试用例（TestCase）是将软件测试的行为活动做一科学化的组织归纳，目的是能够将软件测试的行为转化成可管理的模式；同时测试用例也是将测试具体量化的方法之一，不同类别的软件，测试用例是不同的。不同于诸如系统、工具、控制、游戏软件，管理软件的用户需求更加不同的趋势。测试用例的引进

测试用例的规范要求一个好的用例的表述要点，即用例中应当包含的信息一个优秀的测试用例，应该包含以下信息：1）?软件或项目的名称2）?软件或项目的版本（内部版本号）3）?功能模块名4）?测试用例的简单描述，即该用例执行的目的或方法5）?测试用例的参考信息（便于跟踪和参考）6）?本测试用例与其他测试用例间的依赖关系7）?本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限8）?用例的编号（ID），如可以是软件名称简写-功能块简写-NO.。9）?步骤号、操作步骤描述、测试数据描述10)预期结果（这是最重要的）和实际结果（如果有BUG管理工具，这条可以省略）11）开发人员（必须有）和测试人员（可有可无）12）测试执行日期

测试用例的模板

测试用例是测试人员在测试过程中的重要参考依据测试用例将有助于节约测试时间，提高测试效率。良好的测试用例不断地被重复使用，使得测试过程事半功倍测试用例是一个知识积累的过程测试用例的优点

软件测试的方法方法目标/特性单元测试系统测试验收测试性能测试强壮性测试功能测试白盒测试黑盒测试测试阶段或层次适用性测试可靠性测试集成测试安全性测试

按测试的对象或范围分类，如单元测试、文档测试、系统测试等）01根据测试过程中被测软件是否被执行，分为静态测试和动态测试03按测试目的分类，如功能测试、回归测试、性能测试、可靠性测试、安全性测试和兼容性测试等02根据是否针对系统的内部结构和具体实现算法来完成测试，可分为白盒测试和黑盒测试04不同的分类

静态测试和动态测试主持人作者记录员列席人员内审员技术专业人员用户代表不正式正式轮查互审走读审查会议

将需求和设计的评审纳入测试的范畴，可看作是广义测试01静态测试包括对软件产品的需求和设计规格说明书的评审、对程序代码的复审等02静态分析的查错和分析功能是其他方法所不能替代的，可以采用人工检测和计算机辅助静态分析手段进行检测，但越来越多地采用工具进行自动化分析03动态测试是通过真正运行程序发现错误，通过观察代码运行过程，来获取系统信息，对系统行为进行验证。04静态测试和动态测试

评审是对软件元素或者项目状态的一种评估手段，以确定其是否与计划的结果保持一致，并使其得到改进。检验工作产品是否正确地满足了以往工作产品中建立的规范。通过软件评审，可以更早地发现需求工程、软件设计等各个方面的问题，大大减少大量的后期返工，将质量成本从昂贵的后期返工转化为前期的缺陷发现。0201产品评审

评审的形式和方法互为评审(Peerreview)轮查(Pass-round)走查(walk-through)会议评审(Inspection)最不正式的最正式的临时评审轮查走查互为评审同行评审评审

评审分类管理评审技术评审文档评审流程评审

需求和设计审查测试人员参与产品需求分析和系统设计，认真阅读有关文档，真正理解客户的需求和技术上的设计，检查需求说明书对产品描述的准确性、一致性等，检查系统设计的合理性和可测试性等

人工检测：人工检测偏重于编码风格、质量的检验，对设计、代码进行分析，有效地发现逻辑设计和编码错误。计算机辅助静态分析：利用静态分析工具对被测程序进行特性分析，从程序中提取一些信息，以便检查程序逻辑的各种缺陷和可疑的程序构造。静态分析

Verification：Arewebuildingthepr