软件测试的工作过程

测试计划→ 测试设计→ 测试开发→ 测试执行→ 测试评估→测试报告→缺陷跟踪

测试计划的定义:

叙述了预定测试活动的范围、途径、资源及进度安排文档。它确认了测试的项目、被测特征、测试任务、人员的安排、以及任何偶发计划的风险

第一部分:测试计划

测试计划的问题:

  1、测试计划经常是等到开发周期后期才开始实行,使得没有时间有效的执行计划;

  2、测试计划的组织者可能缺乏Client/Server测试经验;

  3、测试的量度和复杂性可能太大,没有自动化工具,很难计划和控制。

测试计划最重要的一部分内容就是如何考虑测试策略:

测试策略的定义:  

测试策略描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试(单元测试、集成测试、系统测试)以及每个阶段内在进行的测试种类(功能测试、性能测试、压力测试等)。

  测试策略包括

  1、要使用的测试技术和工具;

  2、测试完成标准;

  3、影响资源分配的特殊考虑例如测试与外部接口或者模拟物理损坏、安全性威胁。

  测试计划最关键的一步就是将软件分解成单元,写成测试需求。

  测试需求有很多分类方法,最普通的一种就是按照商业功能分类。把软件分解成若干个单元部分有几个好处:

  1、测试需求是测试设计和开发测试用例的基础,分成单元可以更好地进行设计;

  2、详细的测试需求是用来衡量测试覆盖率的重要指标;

  3、测试需求包括各种测试实际和开发以及所需资源。

怎样估计测试工作量:

  1、效率假设:即测试队伍的工作效率。对于功能测试,这主要依赖于应用的复杂度,窗口的个数,每个窗口中的动作数目。对容量测试,主要依赖于建立测试所需数据的工作量大小。

  2、测试假设:为了验证一个测试需求所需测试动作数目。

  3、应用的维数:应用的复杂度指标。例如要加入一个记录,测试需求的维数就是这个记录中域的数目。

  4、所处测试周期的阶段:有些阶段主要工作都在设计,有些阶段主要是测试执行。

测试资源:

  1、人力资源

  测试经理

  为测试项目提供总体方向。开发测试计划、征集并监督测试人员、申请系统资源、监视并汇报工作进程、测试评估、测试需求的分解。

  测试工程师---- 设计和开发

  设计:对被测软件的详细了解、分解测试需求的技能、选择在C/S环境下用来验证测试需求的技术。

  开发:熟悉SQA、VB、和脚本语言。

  测试工程师---- 执行

  负责测试执行和记录结果。需要能够安装系统,网络知识,初始化数据库和其他初始条件。重要的是诊断能力。

  测试系统管理者

  每个测试项目必须指定一个专人负责管理SQA Suite。包括在服务器上安装存储库,安装打印机连接,执行备份,以及其他维护工作。管理者必须高度熟悉SQA,网络工作经验。

  2、系统资源

  安装SQA Suite的硬件和软件环境

  数据库服务器

  该服务器必须专用于

测试工作,能够重置某些初始值,包括系统日期和时间等。

第二部分:测试设计

测试设计的定义:

当测试计划完成之后,测试过程需要进入软件设计和开发阶段。软件测试设计时间里在计划书的基础上,认真理解测试计划的测试大纲、测试内容以及测试通过的准则,建立测试用例来完成测试内容的、典型的逻辑转换,作为测试的实施依据,以实现所确定的测试目标。

测试设计的问题

  1、不做测试设计,测试过程也是胡乱建立的。

  2、测试设计不详细,不是基于可量度的测试策略,例如测试计划覆盖一个集合或者测试需求的一个子集。

  3、测试过程没有采用最好的技术来检验Windows C/S结构的测试需求

测试用例的选择规则

  1、选择与测试需求的实质部分最相关的测试用例。

  2、选择的测试用例应该不容易应用程序的改变的影响。

 

    生成测试需求报告

       ↓

     指定测试过程

       ↓

   指定测试用例(可选)

       ↓

    回顾测试覆盖率

第三部分:测试开发

测试开发的定义:

根据当初的测试设计来进行测试用例的编写,测试数据的准备等等围绕与测试设计相关的工作活动内容

输入:被测软件、基于测试需求的测试设计

输出:测试过程和测试用例

目标:

  1、创建可以重用的测试过程和测试用例

  2、维护测试过程、测试用例与相关测试需求的一一对应。

测试开发的问题:

  1、测试开发很乱,与测试需求或测试策略没有对应性

  2、测试过程不可重复或不可重用

  3、测试过程被作为一个编程任务来执行,导致脚本太长,不能满足软件移植性的要求。

错误处理

  当测试过程发生错误时,有几种解决办法:

  1、跳转到别的测试过程

  2、调用一个能够清除错误的过程

  3、退出过程,启动另一个

  4、退出过程和应用程序,重新启动启动Windows,在失败的地方重新开始测试

测试开发的步骤

  1、设立测试开发环境

  2、录制和回放原型过程

  原型过程指出所有未知窗口控制,使得他们都能象标准窗口那样动作或者没有特别的动作,把他们都划归为Generic类型。通过这个过程,SQA Robot就知道该怎样处理应用中的特殊控制。

  1、把recording option 中的Define Unknown Object as Type Generic选项设置为off

  2、使用的过程标识符要可以被覆盖,或者能被删掉。因为这只是个原型,用来教SQA Robot 录制的过程

  3、录制测试过程和测试用例

  1、录制模块测试过程和与测试需求最低层对应的测试用例;

  2、录制初始化过程;

  3、录制导航过程,把前面的过程串起来;

  4、测试和调试测试过程

  5、修改测试过程(可选)

  6、建立外部数据集合

  如果测试过程是用来循环一套输入和输出数据,就需要建立数据集合。

  7、重复测试和调试测试过程,回到4

第四部分:测试执行

测试执行定义

根据测试计划的进度安排,参照测试方案和测试用例执行测试的活动叫做测试执行

测试执行的问题

  1、自动化测试没有有效的利用,使得手工测试太多。

  2、测试结果的捕获没有系统性,而且没有查看或调查

  3、缺陷报告必须用手工加入缺陷跟踪系统

具体步骤:

  1、建立测试系统

  2、准备测试过程

  3、运行初始化过程

  4、执行测试

  5、从终止的测试恢复

  6、验证预期结果

  7、调查突发结果

  8、记录缺陷日记

第五部分:测试评估

测试评估的定义

根据测试用例的结果对本次测试进行质量评估,以评估本次测试是否达到预期目标

测试评估的目标

  1、量化测试进程

  2、生成缺陷和测试覆盖率的总结报告

测试评估的问题

  1、没有把测试覆盖率作为报告测试进程的根据,使得不知测试是否结束;

  2、没有做缺陷评估,缺陷评估是量度软件可行性的重要指标;

  3、不使用专门的软件工具进行数据输入任务和相应的评估活动,使得这些任务变得繁重累人。

测试覆盖率

  评估测试完成多少的标准

缺陷评估

  评估软件质量的重要指标,通常评估模型假设缺陷的发现是呈泊松分布的;严格的缺陷评估要考察在测试过程中发现缺陷的间隔时间长短。评估要估计软件当前的可靠性并预测随着测试的继续进行,软件可靠性会怎样提高。

  

具体步骤

  1、回顾测试日记

  2、评估测试需求的覆盖率

  3、分析缺陷

  4、决定是否达到完成测试的标准,没有满足标准时

    1、再测试

    2、降低标准

    3、确定软件的一个满足标准的子集,看是否可以发布
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值