软件测试活动的开展

最新推荐文章于 2024-01-08 11:12:33 发布

程序员阿沐

最新推荐文章于 2024-01-08 11:12:33 发布

阅读量419

点赞数

分类专栏：软件测试文章标签：软件测试

本文链接：https://blog.csdn.net/qq_42434318/article/details/114415054

版权

软件测试专栏收录该内容

668 篇文章 78 订阅

订阅专栏

测试计划

做任何事都需要有计划，软件测试更不例外。一个好的软件测试计划是测试活动能够顺利开展、进行的保障。而软件测试活动的行进过程中难免出现各种各样的困难和问题，因此软件测试计划也会不时地修改以适应新的问题、新的日程安排等。它不是在写好之后就一-成不变的，因此我们切忌在填写完测试计划后将其束之高阁。

此外测试计划并不只是按照计划模版进行填写的一-个2~ 3小时的活动，而应该将测试计划看作是一一个计划的过程。对测试计划中所包含的各个部分进行详细分析、积极论证，从而把分析论证的结果编写到测试计划中。这样才是真正产生测试用例的过程。

软件测试计划在ANSIEEE标准829/1983中被描述为以下几个方面:规定软件测试活动的目的和被测目标、测试范围、测试方法、测试所要用到的资源和测试的进度安排:然后就是要阐明对测试目标要进行哪些方面的测试、需要执行的测试任务、每个任务的负责人:最后就是列举项目中的风险和防范风险的措施。

●测试活动的目的和被测目标

在测试的目的中我们通常会阐明被测软件需要实现什么样的功能，在功能测试中我们将达到多少的覆盖率。在其他各项非性能测试中，软件将要达到怎样的指标等。

被测目标是最显而易见的，但也是最容易被忽视的。例如现在要测Oulook,那么Otook是什么? Outlook 是编辑和接发邮件的。那还有呢?还可以订会议,还可以保留通讯人的记录为VCard形式等。对于这些功能，编写测试计划文档的人都很清楚。但是测试人员清楚吗?测试用例开发人员清楚吗?或者他们有什么不同的见解呢?开发人员和软件设计人员对此又有什么不同见解呢?

●测试范围

在测试计划文档中应当指出我们对软件产品的哪些部分进行测试或哪些部分不进行测试。例如，被测软件产品是前一产品的升级。该产品之前的部分已经经过了详细的测试，那么这时我们就应该标明哪些部分我们是要测的，而哪些部分是不需要测的。

当然，还有其他情况也可能需要指明某些部分是不在现有的测试范围之内。例如，在产品详细说明中标明了被测软件会对–些网络异常进行处理，但是在黑盒的条件下测试人员无法完全模拟所有的网络异常。因此我们可以在测试计划文档中指出这些异常处理不在我们的测试范围之内，或指明这部分的测试由单元测试保证。

测试范围还应指明该测试所处的测试阶段。我们可以按照该软件的开发模式来对应测试的阶段，并且通常情况下，软件的测试计划是与软件的测试阶段一一对应的。然后我们需要对该测试阶段的进入条件和退出条件进行详细的描述，而不是按照8程表来安排–个产品的测试是否进入了某一一个阶段，这样才能避免因测试阶段划分不清楚带来的责任纠纷。

此外，测试范围还应指明该测试包含的功能测试或非功能测试的类型，例如有的被测软件非常强调性能。这时性能测试这一块就很可能单独拿出来做–个测试计划文档，因此在该文档的测试范围中就应指出此测试活动针对性能测试。当然，也可以在一个测试计划文档中指明此测试活动包括功能测试和多项非功能测试。

●测试方法
在测试计划文档中应指出该测试活动的所使用的测试方法是白盒、黑盒或是灰盒，或是多
者兼有，并且指出测试方法的名称和在哪些情况下使用该方法。例如我们指明对文本框的输入
使用等价类划分和边界值法，对手机播放软件在不同信号环境中的表现使用状态变更法等。

●测试所要用到的资源

测试所要用到的资源包括人力资源和设备资源。

人力资源包括在测试活动中测试小组可能接触的人和测试小组中直接参与测试活动的人。
我们可以将以上人员列成一张表，表中包括所有人员的姓名、职务、联系方式和职责范围等，也可以将- -些职能部门]或组织加入到这个表中。这样在测试活动中测试人员遇上问题时，我们就可以很容易地知道我们应该求助什么人。

对于测试小组中直接参与测试活动的人，我们可以结合测试的进度表对每个测试人员进行
测试任务的安排，而且应当做到责任到人。

对于设备资源的管理应当包括对文档的归档、软件工具的归档和其他硬件设备的分配。我们同样可以将所要用到的文档和软件工具制成-张表，在表中包括文档或软件工具的名称、版本、用途和下载地址等。

其他硬件设备包括的范围很大，大到测试的场地、办公室，小到订书机、电话等，我们都需要积极地做准备，并且维持一张硬件设备使用、维护、归属情况的列表，在这些硬件设备中通常有些设备是紧缺资源，可能由多个测试小组共享。这时一定要结合测试活动的日程安排对这些设备进行预订和维护。

●测试的进度安排

当收集完以上的信息之后我们可以开始着手对测试活动的进度进行安排了。好的测试进度的安排是灵活的测试计划的重要体现。那么什么样的测试安排才是灵活的呢?我们可以想想前面提出将某一测试阶段的进入条件和退出条件作为该测试阶段的开始和结束，这比将某一特定的日期作为限制灵活很多，因为测试活动中有很多事情是测试小组的人员无法控制的。

例如在开发测试用例阶段，我们需要相关的设计文档作为输入，而设计文档若不能如期完成则必定会影响到测试用力的开发，因此可以把设计文档的完成作为开发测试用例阶段的起始点，在此基础上加上时间期限。这样就可以把我们能够控制的事情和不能控制的事情分开，从而避免了风险。

测试进度安排中还有-个比较容易忽视的地方就是对测试设备进行预订和调试安装。例如有时我们到测试开始后才发现一些不起眼的设备还没有调试好，因此在测试进度安排中应该把这部分内容考虑进去，并且要责任到人。

●测试策略

测试策略通常是配合测试阶段来做的。当测试计划编写人员对测试阶段进行了限定之后，就可以开始定义测试策略了。测试策略通常包括该测试活动中将用到何种测试手段，白盒、黑盒或是灰盒，或是多者兼有，并且描述为什么要如此使用测试手段。当确定了测试手段后就可以确定测试方法，描述各种测试方法在测试中的适用范围和为什么要使用该方法。

此外，如果要进行自动化测试，则应当分析自动化测试和手动测试的分配情况。例如利用自动化测试覆盖BVT ( Build Verifceation Test)测试或回归测试，利用手动测试覆盖功能测试等。

当然，同样可以阐明为什么要如此安排。

再者就是测试工具的选择。例如选择何种测试用例管理工具、何种缺陷跟踪工具、何种自动化测试工具以及何种性能测试工具等，都要一一分析并阐明理由。