软件测试过程及流程规范.doc

软件测试过程及流程规范自定义搜索软件测试过程及流程规范测试生命周期测试计划测试设计测试开发测试执行测试评估测试计划就是定义一个测试项目的过程，以便能够正确的度量和控制测试。第一部分：测试计划完整测试计划应包含的内容：1对测试范围的界定，简单的说就是测试活动需要覆盖的范围。在有时间约束，工作产品质量约束的情况下，唯一能够调整就是范围。在实际的工作中，我们总是不自觉的在调整软件测试的范围，比如在时间紧张的情况下，通常优先完成重要功能的测试。这就是一种测试范围上调整。所以作为测试治理者在接收到一项任务的时候，需要根据主项目计划的时间来确定测试范围。假如在确定范围上出现偏差，会给测试执行工作带来消极的影响，例如加班。确定范围前需要治理职员来进行任务的划分，简单的说就是分解测试任务。分解任务有两个方面的目的，一个是识别子任务，二是方便估算资源的需求。完成了上述的任务之后，治理者便需要根据项目的历史数据估算出完成这些子任务一共需要消耗的时间和资源。通常意义上说，执行一次完整的全面测试几乎是不可能的事情，我们总是要在测试的范围上面做出有策略的妥协。2风险的确定，项目中总是有不确定的因素。这些因素一旦发生之后记录对项目的顺利执行产生相当大的消极影响。所以在项目中，首先需要识别出存在的风险。风险识别的原则可以有很多，常见的一种就是假如一件事情发生后，会对项目的进度产生较大影响，那么就可以把该事件做为一个风险。风险识别出之后，治理者需要按照这些风险制定出规避风险的方法。在小的项目中，识别风险和制定规避方法可以省略。3资源的规划，确定完成任务需要消耗的人力资源，物资资源。这些是保证项目执行的物资要素。物资资源是治理者轻易忽略的题目，实际上物资资源是人得以开展工作的工具，细致的规划可以让人更有效的往执行项目。常见的物资资源有计算机硬件，软件，测试环境的搭建等等。4时间表的制定，在识别出子任务和资源之后，我们便可以将任务，资源和时间关联起来形成时间进度表。本质上说，时间表是对前3项任务的一个概括。没有前三步的工作，时间进度表是没有意义的。测试计划的题目：1、测试计划经常是等到开发周期后期才开始实行，使得没有时间有效的执行计划；2、测试计划的组织者可能缺乏Client/Server测试经验；3、测试的量度和复杂性可能太大，没有自动化工具，很难计划和控制。测试策略：测试策略描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试(单元测试、集成测试、系统测试)以及每个阶段内在进行的测试种类(功能测试、性能测试、压力测试等)。测试策略包括1、要使用的测试技术和工具；2、测试完成标准；3、影响资源分配的特殊考虑例如测试与外部接口或者模拟物理损坏、安全性威胁。测试计划最关键的一步就是将软件分解成单元，写成测试需求。测试需求有很多分类方法，最普通的一种就是按照贸易功能分类。把软件分解成单元元件有几个好处：1、测试需求是测试设计和开发测试用例的基础，分成单元可以更好地进行设计；2、具体的测试需求是用来衡量测试覆盖率的重要指标；3、测试需求包括各种测试实际和开发以及所需资源。怎样估计测试工作量：1、效率假设：即测试队伍的工作效率。对于功能测试，这主要依靠于应用的复杂度，窗口的个数，每个窗口中的动作数目。对容量测试，主要依靠于建立测试所需数据的工作量大小。2、测试假设：为了验证一个测试需求所需测试动作数目。3、应用的维数：应用的复杂度指标。例如要加进一个记录，测试需求的维数就是这个记录中域的数目。4、所处测试周期的阶段：有些阶段主要工作都在设计，有些阶段主要是测试执行。测试资源：1、人力资源测试经理为测试项目提供总体方向。开发测试计划、征集并监视测试职员、申请系统资源、监视并汇报工作进程、测试评估、测试需求的分解。测试工程师-设计和开发设计：对被测软件的具体了解、分解测试需求的技能、选择在C/S环境下用来验证测试需求的技术。开发：熟悉SQA、VB、和脚本语言。测试工程师-执行负责测试执行和记录结果。需要能够安装系统，网络知识，初始化数据库和其他初始条件。重要的是诊断能力。测试系统治理者每个测试项目必须指定一个专人负责治理SQASuite。包括在服务器上安装存储库，安装打印机连接，执行备份，以及其他维护工作。治理者必须高度熟悉SQA，网络工作经验。2、系统资源安装SQASuite的硬件和软件环境数据库服务器该服务器必须专用于测试工作，能够重置某些初始值，包括系统日期和时间等。写测试计划的步骤：1、确定工程收集下列信息文档已创建(是/否)版本/日期需求详述功能详述项目计划设计详述原型用户手册定义新的工程，AdminNewProject。确定软件的结构，用AssetsSoftwareStructure选项定义软件结构。2、定义测试策略测试策略项例子测试阶段系统测试测试类型功能测试测试技术75%用SQASuite自动测试，25%手工测试完成标准95%测试用例通过并且最高级缺陷全部解决特殊考虑测试必须在上午进行3、分解软件，写测试需求分析各种信息反复检查并理解各种信息，和用户交流，理解他们的要求。可以按照以下步骤执行：1、确定软件提供的主要贸易任务2、对每个贸易任务，确定完成该任务所要进行的交易。3、确定从数据库信息引出的计算结果。4、对于对时间有要求的交易，确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。5、确定会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率6、确定应用需要处理的数据量。7、确定需要的软件和硬件配置。通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生题目的情况进行测试，包括：最低性能的硬件、几个有兼容性题目的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。8、确定其他与应用软件没有直接关系的贸易交易。包括：治理功能，如启动和推出程序配置功能，如设置打印机操纵员的爱好，如字体、颜色应用功能，如访问email或者显示时间和日期。9、确定安装过程，包括定置从哪安装、定制安装、升级安装。10、确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测试到。还有写没有测到，如：操纵与显示的一致性，如使用快捷键等；界面遵从公道标准，如按钮大小，标签等。把需求组织成层次图4、估计测试工作量(每个测试的时间*每个需求的测试的数目*测试需求的的数目)(测试设计、开发、.)5、确定资源人力资源职位姓名特殊责任/说明测试经理测试工程师设计/开发(可以多人)测试工程师测试执行(可以多人)测试系统治理员系统资源系统名称/类型数据库服务器网络/子网服务器名称数据库名称SQA测试存储库网络/子网服务器名称客户测试机包括专门的配置需求列表测试开发的PC机列表6、创建工程调度表任务相关工作量(天)整个SQA过程38测试计划12确定项目1定义测试策略决定测试需求估计工作量确定资源调度测试活动天生测试计划文档测试设计7分析测试需求指定测试过程指定测试用例查看测试需求的覆盖率测试开发12建立测试开发环境录制和回放原型过程开发测试过程测试和调试测试过程修改测试过程建立外部数据集合重新测试并调试测试过程测试执行6设置测试系统执行测试验证测试结果调查突发结果(unexpectedresult)天生缺陷日记测试评估1回顾测试日记评估测试需求的覆盖率评估缺陷决定是否达到测试完成的标准7、书写测试计划1、先容目的背景测试范围项目文件列表2、测试需求3、测试策略测试类型1、功能测试2、用户界面测试3、性能测试4、压力测试5、容量测试6、配置测试7、安装测试工具4、资源人力资源系统资源5、调度6、文档软件元件测试特性(Assets)测试日记缺陷报告第二部分：测试设计测试设计的题目1、不做测试设计，测试过程也是胡乱建立的。2、测试设计不具体，不是基于可量度的测试策略，例如测试计划覆盖一个集合或者测试需求的一个子集。3、测试过程没有采用最好的技术来检验WindowsC/S结构的测试需求测试用例的选择规则1、选择与测试需求的实质部分最相关的测试用例。2、选择的测试用例应该不轻易应用程序的改变的影响。下面是选择测试用例的几点具体规则：1、贸易函数贸易函数一般与数据库有关，要测试数据库的变化，有几种方法：1、假如数据库的的改变会反映在一个列表框中，那么就要选择验证列表框内容的测试用例。2、还可以检查交易完成后的确认对话框。可以检查对话框的标题。图象比较也可以检查确认对话框，但图象比较轻易受其他因素影响。3、修改脚本，SQABasic提供了强大的数据库支持。2、域的验证各种不同的域选择相应的测试用例。3、用户界面测试对象状态测试用例4、性能标准等待状态测试用例5、压力下的操纵6、访问控制Objectstatetestcase 7、配置测试不能选择图象测试用例(也分辨率有关)和文件测试用例(与驱动器有关)8、安装选项和验证对象状态用例和窗口存在用例，文件存在用例。书写测试设计的步骤天生测试需求报告指定测试过程指定测试用例(可选)回顾测试覆盖率第三部分：测试开发输进：被测软件、基于测试需求的测试设计输出：测试过程和测试用例目标：1、创建可以重用的测试过程和测试用例2、维护测试过程、测试用例与相关测试需求的逐一对应。测试开发的题目：1、测试开发很乱，与测试需求或测试策略没有对应性2、测试过程不可重复或不可重用3、测试过程被作为一个编程任务来执行，导致脚本太长，不能满足软件移植性的要求。错误处理当测试过程发生错误时，有几种解决办法：1、跳转到别的测试过程2、调用一个能够清除错误的过程3、退出过程，启动另一个4、退出过程和应用程序，重新启动启动Windows，在失败的地方重新开始测试测试开发的步骤1、设立开发环境SQASuite连接到SQA存储库启动SQABaisc或VB被测软件等等2、录制和回放原型过程原型过程指出所有未知窗口控制，使得他们都能象标准窗口那样动作或者没有特别的动作，把他们都划回为Generic类型。通过这个过程，SQARobot就知道该怎样处理应用中的特殊控制。1、把recordingoption中的DefineUnknownObjectasTypeGeneric选项设置为off 2、使用的过程标识符要可以被覆盖，或者能被删掉。由于这只是个原型，用来教SQARobot录制的过程3、录制测试过程和测试用例1、录制模块测试过程和与测试需求最低层对应的测试用例；2、录制初始化过程；3、录制导航过程，把前面的过程串起来；4、测试和调试测试过程5、修改测试过程(可选)6、建立外部数据集合假如测试过程是用来循环一套输进和输出数据，就需要建立数据集合。7、重复测试和调试测试过程，回到4第四部分：测试执行测试执行的题目1、自动化测试没有有效的利用，使得手工测试太多。2、测试结果的捕捉没有系统性，而且没有查看或调查3、缺陷报告必须用手工加进缺陷跟踪系统错误分类1、测试用例失败正常错误2、脚本命令失败当测试过程不能不能执行录制过程中的某个功能时，回产生这种错误，如鼠标单击按钮或选择菜单项等。它也能指示是缺陷还是测试过程的设计题目。3、致命错误导致测试停止，这种情况最好重起Windows。具体步骤：1、建立测试系统2、预备测试过程3、运行初始化过程4、执行测试5、从终止的测试恢复6、验证预期结果7、调查突发结果8、记录缺陷日记第五部分：测试评估测试评估的目标1、量化测试进程2、天生缺陷和测试覆盖率的总结报告测试评估的题目1、没有把测试覆盖率作为报告测试进程的根据，使得不知测试是否结束；2、没有做缺陷评估，缺陷评估是量度软件可行性的重要指标；3、不使用专门的软件工具进行数据输进任务和相应的评估活动，使得这些任务变得繁重累人。测试覆盖率评估测试完成多少的标准缺陷评估评估软件质量的重要指标，通常评估模型假设缺陷的发现是呈泊松分布的；严格的缺陷评估要考察在测试过程中发现缺陷的间隔时间是非。评估要估计软件当前的可靠性并猜测随着测试的继续进行，软件可靠性会怎样进步。SQASuite提供四种形式进行缺陷评估：1、缺陷分布报告可以天生缺陷数目与缺陷属性的函数。如测试需求和状态。2、缺陷趋势报告可以看有缺陷增