软件测试学习体会Vol8.doc

软件测试学习体会Vol 8 ? 如何做好回归测试 从执行方法的角度看，回归测试大多要通过两种方式去执行：一类借助于工具完成的自动化测试，一类是手动完成。从回归测试的计划和策略上讲，一般有以下两种方法： 一、基于风险的 这是一个比较简单和常用的方法，顾名思义，就是在分析出改动所带来的风险以后，在易出错的地方进行回归测试以保证原有的功能没有被新的变化影响。这么看，对于新的改动的分析风险能力很重要。如何准确的获得风险列表呢? ●大家最头疼的地方，也许就是风险所在 这可以从以往和dev以及product owner等人的会议及email的讨论中获得。 ●新功能的测试计划 在编写测试用例和写测试计划的时候，因为比较系统和全面的了解新功能，所以可以同时把可能有的风险列出来，以供日后的回归测试来进行双重保证。 ●商业价值 说白了，就是最赚钱的地方，客户最在意的地方。因为这些地方的一点点小错误都可能引来客户的抱怨和不满，所以这些地方就尤其重要。相反，商业价值比较小的地方，有点错误也无伤大雅。那么，测试重点就该有所先后。 ●权重计算 影响产品质量的权重参数很多，我们可以估计和预测的有以下方面： 1.项目架构，包括功能之间的依赖关系、功能的复杂度以及需求变更等 2.大小，多少人开发多少人测试 3.开发人员的能力，这个常常被忽略的因素往往起到很大的作用。我们可以从开发人员的薄弱环节，或是某个能力稍差的开发人员做的模块下手，找到bug是在情理之中的。 二、矩阵法 这种方法虽然麻烦，但是却最高效，也是目前看来最佳的办法。但是这个方法的执行需要QA manager有很强的执行能力以及一个沟通比较通畅的团队。以下为这种方法执行的具体步骤： ●首先，创建一个影响回归的功能\特性矩阵(regression impact matrix) 列出所有的特征和功能，例如 X表示新特性将对已有功能造成直接影响；R表示新特性对已有功能存在间接影响。 ●其次，创建一个影响测试的列表(Test Impact Checklist) 这个列表可以有以下部分组成： 1、影响范围 2、对影响的描述 3、影响所影响的特定情节 4、代码变化部分，以及所影响的功能 5、开发人员所推荐的回归，我想研发过程中，养成dev在改动代码的时候向测试人员提供回归测试推荐的习惯实在是必要的。 6、对有依赖关系的特性的影响 由于要达成某种改动的目的，也许需要其他特性做相应修改。 策略 执行回归测试，分为以下三个主要类型，也相应的分为以下三个阶段： 第一阶段： 提供被新功能或有依赖关系的改动直接影响的区域。这些区域至少要完成一组小的覆盖全部特性的基本功能的测试用例。 第二阶段： 把上个开发阶段(previous release)重复发现的问题列出来--这些信息可以从上个阶段的最终测试报告中找到。(也就是说每个阶段的测试报告需要包括重复发现的问题) 同时，把客户关系和敏感的特性列出来--例如付费等。 第三阶段： a、Hot-spot suite这是基于前两个阶段发现的比较多的问题区域。因为，缺陷往往在比较容易发生缺陷的地方隐藏更多，所以，这样的地方是要增加人手测试的。 b、额外增加的测试，这些测试往往是由于晚期check-in代码，或者有依赖关系的特性改动。这个测试范围的定位需要再次使用影响测试列表Test Impact Checklist。 c、Sanity Test，这是在产品发布给客户之前做的clean-run测试，类似于monkey test。 ===分割线=== ===分割线=== 如何评估自动化测试工作量 一切有组织的活动，都可以看做是项目，如果我们把自动化测试看作是一个项目来管理的话，就会发现，其中有许多规律可循。 现代项目越来越朝着大型化、复杂化的方向发展，大大提高了项目测试的难度。自动化测试已经是不可缺少的测试管理之一。如何把自动化测试与项目管理更加紧密地结合起来，是当今测试管理研究的主要课题之一。工作分解结构方法是现代项目管理中的一个先进、有效的方法，是基于系统原理的方法，是测试计划、控制的基础。运用WBS(WBS：Work Breakdown Structure)即工作分解结构方法，可以很好地将自动化测试、更为有效地运用到项目管理中，对项目实行自动化测试管理，提高测试效率。 一、测试项目的分解 项目分解的主要目的是为项目测试控制确定具体的控制对象以及相应的控制目标。项目目标系统中的工期、费用和质量是项目控制中的主要控制目标。 1、分解机构(WBS) 项目的分解结构(WBS)可以将项目分解成可以管理的工作单元--工作包，从而能够更容易也更为准确地确定这些单元的费用和进度，明确定义及质量要求。 WBS方法是一种全面地、系统地分析项目的有效方法，也是项目管理的基础性工作。在项目中应将项目系统分