软件测试之黑盒测试及其实际应用

软件测试的黑盒测试是将被测软件看作一个打不开的黑盒,只关心软件的输入数据和输出结果。

黑盒测试完全不考虑程序内部结构和内部特性的情况下,只依靠被测程序输入和输出之间的关系和程序的功能来设计测试用例。

测试方法 等价类划分法 边界值划分法 决策表划分法
实质 将程序输入域划分为若干个互不相交的子集(等价类),然后从每个等价类中选取少数的具有代表性的数据作为测试用例进行测试 将定义域或值域的边界附近的值作为测试用例,对于每个被保留的测试变量,分别取值min(最小值),min+(稍大于最小值),nom(域内任意值),max-(稍小于最大值),max(最大值) 当输入输出较多,且相互之间制约条件较多,将作为条件的所有输入的各种组合值以及对应输出值多罗列出来形成的表格
              对大学生博客系统的评论部分进行测试用例设计
背景 当用户在浏览博文之后,可以对博文进行评论,在系统设计时,我们规定用户评论内容限制在100个字符之内。
  用户可以在1到100个字符内随便输入,所以在输入域内,不需要进行等价类的划分
测试用例分别为:

1个字符(min)

2个字符(min+)

46个字符(nom)

99个字符(max-)

100个字符(max)

只有一个输入变量,不需要用决策表划分法进行测试
时间: 2024-10-25 18:38:34

软件测试之黑盒测试及其实际应用的相关文章

软件测试之黑盒测试

一.黑盒测试 黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的. 很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发 现不了的.黑盒测试法注重于测试软件的功能需求,主要试图发现下列几类错误. 功能不正确或遗漏: 界面错误: 输入和输出错误: 数据库访问错误: 性能错误: 初始化和终止错误等. 三.工具选择 如何高效地完成功能测试?选择一款合适的功能测试工具并培训一支高素质的工具使用队 伍无疑是至关重要的.尽管现阶段存在少数不采用任何功能测试工具,从事功

全程软件测试之测试需求分析与计划

全程软件测试之测试需求分析与计划 在项目启动之后,就要着手软件项目的计划,包括软件测试计划.软件测试计划是整个开发计划的组成部分,同时,它又依赖于软件组织过程.项目的总体计划.质量文化和方针.在测试计划活动中,首先要确认测试目标.范围和需求,其中"测试需求分析"是关键任务,然后在测试需求基础上制定测试策略,并对测试任务.时间.资源.成本和风险等进行估算或评估. 无论何时进行估算,我们都是在预测未来,并会接受某种程度的不确定性.软件项目计划的目标是提供一个框架,不断收集信息,对不确定性进

《Google软件测试之道》测试开发工程师

拖延了将近半年的草稿,断断续续的写完了.之前草草翻看完这本书,关注点主要在TE上,而关于SET的部分则只是浏览,最近后知后觉,又翻出了这本书,重新看了一遍,又有新收获. 就说说Google的SET是如何做的,以及个人的一些思考和收获吧,寥有慰藉... Google的测试流程可以简练的概括为:让每个工程师都注重质量.而在工作流程引入过程中也伴随着一些致命的缺陷,下面简述下Google是如何解决以及其测试流程的是如何进化的. ①.测试并不能保证产品质量.需要一直谨记的一点:质量是内建的,而不是外加的

转《Google软件测试之道》

<Google软件测试之道>,一直听朋友讲起这本书,出于琐事太多,一直没机会拜读,最近部门架构觉得我们IT部门的技术太low,就给我们挑选了一些书籍,让我们多看看... 个人的一种学习习惯吧,就做了笔记,将自己的学习理解感触写下来... 预计会分为五部分写这些学习笔记,分别是Google软件测试基础介绍.软件测试开发工程师.软件测试工程师.测试经理以及附录其他部分... 快乐阅读,快乐测试,祝愿你总能发现(并修复)BUG... ----James Whittaker.Jason Arbon.J

小白的软件测试之路

从笔记本代工企业跳出来做软件测试到今天为止整三个月了,一个人从手工测试摸索到现在尝试自动化,做一下总结吧. 第一阶段:依照上一个测试人员的惯例在qc中写用例并执行,发现写的非常的糟糕,无体系且混乱.基本只涉及一些功能测试方面,而且书写非常混乱. 第二阶段:开始查找资料,梳理测试流程,将系统测试各方面重新组织规划,并尽量在有新测试对象时使用这个规范测试,并使用到书中讲到的一些测试用例设计的方法. 第三阶段:寻找自动化测试之路(公司产品分为android端和web端,重点先放在web上),这里的自动

软件测试之loadrunner学习笔记-02集合点

loadrunner学习笔记-02集合点 集合点函数可以帮助我们生成有效可控的并发操作.虽然在Controller中多用户负载的Vuser是一起开始运行脚本的,但是由于计算机的串行处理机制,脚本的运行随着时间的推移,并不能完全达到同步.这个时候需要手工的方式让用户在同一时间点上进行操作来测试系统并发处理的能力,而集合点函数就能实现这个功能. 可通过将集合点插入到 Vuser 脚本来指定会合位置.在 Vuser 执行脚本并遇到集合点时,脚本将暂停执行,Vuser 将等待 Controller 或控

软件测试之Web实战测试

课程概述:本课程系北风产品总监协同众一线讲师历时近一年准备的.NET巨献,主要是针对 .NET Web 开发方向,包括了.NET Web开发所需全部技能,享受QQ 群答疑,赠送价值近百万的商业源码,适合各不同层次的学员学习. 零基础学软件测试之Web实战测试 学习地址:http://edu.ibeifeng.com/view-index-id-539.html

《微软的软件测试之道》读书笔记 之 结构测试技术

<微软的软件测试之道>读书笔记 之 结构测试技术 2014-07-18 我们需要结构测试吗? 微软的一项试验说明了结构测试的在代码覆盖中起到的效果: 超过3000名测试员参与了这项实验,每25人一组,实验结果在所有组中都是一致的.在这项研究中, 脚本化测试:根据样式书设计的脚本化测试在被测程序上达到了标称83%的代码覆盖率. 探索性测试:然后,实验参与者允许进行每人15分钟,累计5小时的探索性测试.令人惊讶的是,代码覆盖率平均只增加了3个百分点. 结构测试:但是,当实验参与者能够分析探测过的(

读《微软的软件测试之道》有感(上)

在这个电子书漫天飞的年代,我居然仍然喜欢读纸书,喜欢一边读一遍闻书的味道,就像品尝一顿美味的大餐一样.最近得了一本<微软的软件测试之道>,啃了一段时间了,每次重新拿起来看就觉得里面的内容忘得一干二净了,想起之前有位领导总是教导我们:“要不断总结,要累积,这样才会进步!”之前每次听这话都觉得烦,后来工作久了才知道总结有多重要,如今为了记住这本书的内容,我决定写个读后感,想到哪里写到哪里. 第一部分: 第一章<微软的软件工程> 第二章<微软的软件测试工程师> 第三章<