zxy-软件测试过程.pptVIP

* 选择回归测试策略应该兼顾效率和有效性两个方面。常用的选择回归测试的方式包括： 再测试全部用例 选择基线测试用例库中的全部测试用例组成回归测试包，测试成本最高 基于风险选择测试 可以基于一定的风险标准来从基线测试用例库中选择回归测试包。首先运行最重要的、关键的和可疑的测试，测试从主要特征到次要特征。 回归测试方式 基于操作剖面选择测试 重新测试修改的部分 基于操作剖面选择测试 测试所使用的测试用例个数可以由测试预算确定，回归测试可以优先选择那些针对最重要或最频繁使用功能的测试用例 重新测试修改的部分 当测试者对修改的局部化有足够的信心时，可以通过相依性分析识别软件的修改情况并分析修改的影响，将回归测试局限于被改变的模块和它的接口上 * * 软件测试V模型要求我们在需求阶段就开始制定系统测试的计划，开始考虑系统测试的方法。但这还不是足够的。全面的质量管理要求我们在每个阶段都要进行验证和确认的过程。因此在需求阶段我们还需要对需求本身进行测试。这个测试是必要的，因为在许多失败的项目中，7 0 %～8 5 %的返工是由于需求方面的错误所导致的。并且因为需求的缘故而导致大量的返工，造成进度延迟、缺陷的发散，这是一件及其痛苦的事情。因此我们要求在项目的源头(需求)就开始测试。这类测试更多的还只是静态手工方面的测试，当然也有一些自动化的工具，但这些工具会要求我们按照某个固定的格式进行需求的表述(例如形式化的方法)，因此在适用性上会受到限制。通过静态手工方法进行需求测试中最常使用的手段是同行评审。 * 好的需求应当具有的特点 　　一个良好的需求应当具有一下特点： 　　完整性：每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。 　　正确性：每一项需求都必须准确地陈述其要开发的功能。 　　一致性：一致性是指与其它软件需求或高层(系统，业务)需求不相矛盾。 　　可行性：每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。 　　无二义性：对所有需求说明的读者都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的用户性的语言表达出来。 　　健壮性：需求的说明中是否对可能出现的异常进行了分析，并且对这些异常进行了容错处理。 　　必要性：“必要性”可以理解为每项需求都是用来授权你编写文档的“根源”。要使每项需求都能回溯至某项客户的输入，如Use Case或别的来源。 　　可测试性：每项需求都能通过设计测试用例或其它的验证方法来进行测试。 　　可修改性：每项需求只应在S R S 中出现一次。这样更改时易于保持一致性。另外，使用目录表、索引和相互参照列表方法将使软件需求规格说明书更容易修改。 　　可跟踪性：应能在每项软件需求与它的根源和设计元素、源代码、测试用例之间建立起链接链，这种可跟踪性要求每项需求以一种结构化的，粒度好(f i n e - g r a i n e d )的方式编写并单独标明，而不是大段大段的叙述。 　　另外应当对所有的需求分配优先级。如果把所有的需求都看作同样的重要，那么项目管理者在开发或节省预算或调度中就丧失控制自由度 * * * 配置测试环境是测试实施的一个重要阶段，测试环境适合与否会严重影响测试结果的真实性和正确性。软件测试环境包括设计环境、管理环境和实施环境。 * * * * Open ?Fixed ?Closed Open ?Fixed ?Reopen?Fixed?Closed Open ?Rejected * * 课程介绍软件测试工程师 课程名称：软件测试过程 课程目标： 让学员掌握软件各测试阶段的内容及目的 课程概要： 1、介绍软件测试中需求测试、单元测试、集成测试、系统测试、性能测试、用户测试、回归测试的概念、区别和方法 2、该课程约3-4小时，采用集中面授的方式 课程内容 软件测试流程 软件测试级别 测试基本过程 软件测试过程 软件测试流程 单元测试 在代码级别上，针对构成软件的最小组件即单元进行的测试，是测试过程中粒度最小的测试。 目的在于验证单元功能的正确性，与设计的符合程度。 软件设计的最小单位，与程序设计和编程实现关系密切。 使用过程设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误 通常情况下是面向白盒的 对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早地发现和解决不易显现的错误 单元测试的内容 接口测试、内部数据结构、全局数据结构、边界、语句覆盖、错误路径 测试级别 集成测试 在单元测试的基础上，将所有经过单元测试的模块按照设计要求组装为子系统或者系统进行测试。 通过测试发现与模块接口有关的问题，关注各个模块之间的交互是否