软件测试之随机测试_第1页
软件测试之随机测试_第2页
软件测试之随机测试_第3页
软件测试之随机测试_第4页
软件测试之随机测试_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

第第页软件测试之随机测试软件测试之随机测试

发表于:2023-11-18来源:未知:领测软件测试网采编点击数:标签:随机测试

在软件测试中除了根据测试用例和测试说明书进行功能测试外,还需要进行随机测试(Ad-hoctesting),随机测试是没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行测

在软件(测试)中除了根据测试用例和测试说明书进行功能测试外,还需要进行随机测试(Ad-hoctesting),随机测试是没有书面(测试(用例))、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和(性能)抽查。随机测试是根据测试说明书执行(测试(用例))的重要补充手段,是保证测试覆盖完整性的有效方式和过程。

随机测试主要是对被测软件的一些重要功能进行复测,也包括测试那些当前的测试样例(TestCase)没有覆盖到的部分。另外,对于软件更新和新增加的功能要重点测试。重点对一些特殊点情况点、特殊的使用环境、并发性、进行检查。尤其对以前测试发现的重大Bug,进行再次测试,可以结合回归测试(Regressivetesting)一起进行。

随机测试主要是对被测软件的一些重要功能进行复测,也包括测试那些当前的测试用例没有覆盖到的部分。另外,对于软件更新和新增加的功能要重点测试。重点对一些特殊点情况点、特殊的使用环境、并发性、进行检查。尤其对以前测试发现的重大Bug,进行再次测试,可以结合(回归)测试(Regressivetesting)一起进行。

理论上,每一个被测软件版本都需要执行随机测试,尤其对于最后的将要发布的版本更要重视随机测试。随机测试最好由具有丰富测试经验的熟悉被测软件的(测试人员)进行测试。对于被测试的软件越熟悉,执行随机测试越容易。只有不断的积累测试经验,包括具体的测试执行和对(缺陷)跟踪记录的分析,不断总结,才能提高。

客户端随机测试思想

随机测试是根据测试者的经验随机的选取功能点对软件进行有针对性的测试。这种测试没有用例的指导,完全根据(测试员)自己的经验和相关知识来测试。

一、作随机测试之前的一些前提条件

1)熟悉产品的各项功能和产品的逻辑结果

2)熟悉测试用例

3)完整的执行过测试用例

4)熟悉在用例测试阶段所发现的缺陷和缺陷的分布情况

5)测试人员具备一定的测试经验,对缺陷有敏锐的洞察力。

二、随机测试功能点的选取

1)根据用例测试阶段对产品的了解选取缺陷比较密集的功能模块。

在发现很多缺陷的地方,一定可以发现更多的缺陷。我们在做随机测试的时候,首先会先统计一下,之前哪些模块被发现的缺陷最多,那么接下来一定要重点的在那个模块里发掘一下缺陷。

2)根据发现的一次性缺陷或重现率比较低的缺陷涉及的功能点选取随即测试功能点。

缺陷产生的过程一定可以重现,重现率比较低的缺陷是隐藏比较深的缺陷,这些缺陷可能正是导致软件无法上线的原因。因此重现这些隐藏缺陷是十分重要的工作。

3)与开发人员沟通了解软件的缺陷。

首先可以了解到程序本身哪些地方最复杂,最薄弱,这些地方最容易发生什么错误,其次可以了解程序员最容易在哪些地方犯哪些错误。前者通过对程序的熟悉可以比较好的掌握,后者可以通过对缺陷的分析得到。

4)根据经验选取功能点。积累了一定的测试经验以后,有时测试就是一种感觉。

5)随机选取功能点。经过上述四种情况对功能点进行筛选后,剩下的功能点可以随机的选取。随机选取功能点只是在随机测试中选取功能点的一个方面,更多的时候还是要有针对行的选取功能点。

三、功能点的随机测试

1)以测试用例为基础。

首先要明确随机测试是对功能点进行随机测试而不是随机测试功能点。因此每一个功能点都是测试对象,依照测试用例可以有效地覆盖所有的功能点。

2)考虑操作前的状态

3)操作过程中的状态改变

4)考虑到其他功能对该功能点的影响

5)考虑该功能点直接对其他功能点的影响

6)考虑该功能点间接对其他功能点的影响

7)操作步骤地追踪。

在测试中常常会出现这样的情况,进行一系列复杂的操作之后缺陷突然呈现在眼前。这个时候如果能清晰地描述出具体的操作过程对于缺陷的重现是十分有利的,这也对最后的缺陷定位和简化缺陷的重现步骤提供了保障。交互性的模块追踪步骤主要考虑自己操作步骤地最终和对方操作步骤地追踪。有时缺陷的出现并不是完全是由自己的操作而发生的,别人的操作也有可能导致缺陷,只有综合自己和对方的操作才能是完整的过程追踪。

8)简化缺陷重现步骤。

寻找缺陷要准确定位,(开发)和测试是一个整体,时间是等量的,时间不在你身上浪费,就是在他身上浪费。如果测试人员每次发现的缺陷描述不清楚或者重现缺陷的过程非常复杂,并且多个问题潜在的错误原因是一个,虽然操作可能稍微有些变化。这样(开发)人员在重现缺陷的时候他要调试跟踪判断,很花费时间,而且效率低。如果测试人员发现缺陷的时候多尝试可以更加准确的定位缺陷步骤和原因,给开发人员最精确的步骤和准确的描述,这样整个团队才能高效。简化缺陷重现的步骤主要体现在减少涉及的功能点的操作上。

9)测试经验的积累

经验是来之不易的东西,我们需要在日常测试中不断的积少成多,并且多和同行交换测试心得和测试经验丰富自己的测试手段和测试角度。经验在随机测试中可以帮助我们少走弯路,让我们的目标更加明确,更容易发现缺陷.

10)测试心态

做测试最重要的是心态,这里说的心态一方面指的是测试人员对程序的看法。作为测试人员,在拿到测试程序时,一定要保持悲观的心态,认定这个程序有很多缺陷和错误,甚至认定这个程序很垃圾,想像微软出来的程序都有很多缺陷,那我们的程序也一定需要我们去狠狠的去发掘缺陷。不能因为这个模块已经被测试过好多遍,或者这个这个模块非常小非常简单就忽略了对这个模块的测试。另一方面,要有足够的耐心。首先,在作随机测试之前比较明显

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论