高分求助一道软件测试题 关于黑盒测试的
1. 黑盒测试: 1) 等价类划分法设计测试用例输入条件 有效等价类 边界值 无效等价类 边界值商品货架R 0整数 100 R为整数范围R>100 101R为小数 1.5R为字符 aR为特殊字符 @顾客付款P 0整数 100 P为整数范围R>100 101P为小数 1.5P为字符 aP为特殊字符 @零钱组合 50,5,1的组合 1,1,1 除了50,5,1其它正整数的组合 51,6,05,5,5 组合中有负数 -1,1,550,5,1 组合中有小数 1.5,1,11,5,5 组合中有字符 A,a,z1,1,5 组合中有特殊字符 @,%,&注意:要设计测试用例还必须考虑要输入是R和P组合,输出是零钱的组合。
但是使用等价类分析如上表,但愿能给你解答的思路2) 这道题不太能整理一个的思路。
就不能帮到你了。
3) 用因果图法设计以下程序的测试用例。
这到问题比较简单画了个图片给你4) 决策表,化简(合并规则)后的决策表(1为真,0为假,-表示任意)。
条件桩 功率大于50马力 0 - - 1维修记录不全 0 - 1 -已经运行10年 0 1 - -结果 维修 0 1 1 12. 白盒测试,4组测试用例可以达到要求X 17 9 8 0Y 11 6 5 0路径覆盖 bfg beg adg acg条件覆盖 T1,T2,T3,T4 T1,T2,F3,F4 F1,F2,T5,T6 F1,F2,F5,F6语句覆盖、判定覆盖 判定/条件覆盖也是100%。
建议:如果想要更全面,可以再考虑条件组合覆盖率,还要多加4个测试用例
这是软件测试的测试用例 谁知道这第一题怎么写
黑盒测试其中有一测试方法是等价类划分法等价类划分法分有效等价类和无效等价类输入三个整数,判断三个整数能否构成一个三角形1.三角形:有效等价类:两边之和大于第三边(a+b>c,a+c>b,b+c>a)无效等价类:反之2.等腰三角形:有效等价类:其中两边必须相等(a=b,a=c,b=c)无效等价类:a=b=c3.等边三角形:有效等价类:三边必须相等(a=b=c)无效等价类:(a=b,a=c,b=c)只要是三角形不管怎么样都要遵守的道理:两边之和大于第三边等腰和等边恰恰相反大概是这样的原理
软件问题测试白盒测试,黑盒测试,性能测试,功能测试,灰盒测试,...
黑盒测试,白盒测试,针对你是否知道被测对象的内部架构,知道就是白盒,黑盒就是不知道,很形象。
介于之间的就是灰盒测试。
功能测试,性能测试,功能针对被测对象实现的逻辑,性能针对被测对象运行过程中的性能指标。
集成测试,是针对模块之间的接口的测试,单元测试,针对的是模块内部。
问题2:黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收...
展开全部 黑盒测试:把测试对象当成一个黑盒子,测试人员完全不考虑逻辑结构和内部特性,只依据程式的需求说明书来检查程式的功能是否满足它的功能说明。
白盒测试:把测试对象当成一个透明的盒子,允许测试人员利用程序内部逻辑结构及相关信息,设计或选择测试用例,对程式所有逻辑路径进行测试。
单元测试:白盒测试的一种,对软件设计中的单元模块进行测试。
集成测试:在单元测试的基础上,对单元模块之间的连接和组装进行测试。
系统测试:在所有都考虑的情况下,对系统进行测试。
验收测试:第三方进行的确认软件满足需求的测试。
...
关于黑盒测试的问题
一、黑盒测试在快速应用开发(rad)环境中的重要作用 软件测试方法一般分为两种:白盒测试与黑盒测试。
其中,白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试,着重于程序的内部结构及算法,通常不关心功能与性能指标。
黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试,实际上是站在最终用户的立场上,检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。
随着rad环境的发展,软件工程面临新的挑战,其中包括: ●应用系统的规模越来越庞大,结构越来越复杂; ●开发团队人员越来越多,分工越来越细; ●项目投资日益提高,导致投资风险增大。
在这样一种背景下,软件质量面临着更大的危机,而解决问题的关键正是黑盒测试,可是由于传统的黑盒测试往往局限于手工测试,凭借工程人员的经验自发地进行,缺乏严格的测试管理机制,因而效果并不明显。
在分发一个应用系统之前,若没有经过科学、周密的黑盒测试,就相当于将大量隐含的缺陷(defect)交付到最终用户手中,这对于开发团队自身、项目投资方及最终用户来说都是不负责任的表现,也将严重损害三方的利益。
今天,软件的质量要求越来越受到重视,在对软件的质量监督中,黑盒测试起着重要的、不可替代的作用;而随着软件开发平台及软件设计思想的进步和发展,特别是rad技术的发展,对黑盒测试提出了更明确的要求,人们发现,必须遵循一定的测试理论,依赖于优秀的测试工具,才能进行科学、完备的测试。
二、黑盒测试的操作步骤 在传统的软件开发生命周期当中,测试工作往往被搁置到整个开发过程的后期进行,也就是说,当应用程序的编码工作已经基本完成,才开始进行测试,这样做的缺点在于: a)由于应用程序庞大而复杂,测试工作千头万绪,测试人员难以组织科学、全面的测试用例,从而大幅度提高了测试成本,并严重影响测试的全面性和有效性; b)由于缺陷所涉及的模块从开发到测试之间的时间间隔较长,使得程序员的修改和维护工作要付出更大的代价; c)由于受到分发日期的限制,测试工作往往是在忙碌中结束的,而将大量的缺陷遗留给最终用户,也就是说,真正的测试工作实际上是由最终用户来完成的。
因此,为了保证测试工作科学、精确、全面、有序地进行,应该采取一边开发一边测试的策略,使得开发工作与测试工作平行进行,这也就是俗话所说的“越早测试越好”的概念。
一套完整的测试应该由五个阶段组成: 1.测试计划 首先,根据用户需求报告中关于功能要求和性能指标的规格说明书,定义相应的测试需求报告,即制订黑盒测试的最高标准,以后所有的测试工作都将围绕着测试需求来进行,符合测试需求的应用程序即是合格的,反之即是不合格的;同时,还要适当选择测试内容,合理安排测试人员、测试时间及测试资源等。
2.测试设计 将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程,并为每个测试过程选择适当的测试用例(测试用例选择的好坏将直接影响到测试结果的有效性)。
3.测试开发 建立可重复使用的自动测试过程。
4.测试执行 执行测试开发阶段建立的自动测试过程,并对所发现的缺陷进行跟踪管理。
测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成,测试人员应本着科学负责的态度,一步一个脚印地进行测试。
5.测试评估 结合量化的测试覆盖域及缺陷跟踪报告,对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。
显然,黑盒测试只有严格按照步骤进行,才可能对应用程序的质量进行把关。
然而,如果没有一种优秀的测试工具的帮助,单纯凭借手工测试,不但将耗费大量的人力、物力和财力,而且有很多测试工作是难以实现甚至是无法实现的。
三、手工测试与自动测试的比较 手工测试无法保证黑盒测试的科学性与严密性,这是因为: ●测试人员要负责大量文档、报表的制订和整理工作,会变得力不从心; ●受软件分发日期、开发成本及人员、资源等诸多方面因素的限制,难以进行全面的测试; ●如果修正缺陷所花费的时间相当长,回归测试将变得异常困难; ●对测试过程中发现的大量缺陷缺乏科学、有效的管理手段,责任变得含混不清,没有人能向决策层提供精确的数据以度量当前的工作进度及工作效率; ●反复测试带来的倦怠情绪及其他人为因素使得测试标准前后不一,测试花费的时间越长,测试的严格性也就越低; ●难以对不可视对象或对象的不可视属性进行测试。
因此,自动测试成为最佳的解决方案。
所谓自动测试,实际上是将大量的重复性工作交给计算机去完成,一个优秀的自动测试工具,不但可以满足科学测试的基本要求,而且可以节约大量的时间、成本、人员和资源,并且测试脚本可以被重复利用(包括被不同的项目所利用)。
求助一道软件测试的题
用例(可用于自动化测试用例):操作步骤:a、观察〖零钱找完〗的红灯是否亮起,投入1圆硬币。
预期:如果红灯亮,退出一元硬币,进入操作e;如果硬币不退出,记录bug;如果红灯不亮,继续操作b;b、按下“橙汁”按钮。
预期:不送出橙汁饮料,记录bug;不退出5角硬币,记录bug;送出橙汁饮料并找零,红灯亮,进入操作a,红灯不亮,进入操作c。
c、投入1圆硬币。
预期:硬币不会退出,进入操作dd、按下“啤酒”按钮。
预期:不送出啤酒饮料,记录bug;不退出5角硬币,记录bug;送出啤酒饮料并找零,进入操作a。
e、投入5圆硬币。
预期:接受硬币,进入操作f;不接受硬币,记录bug。
f、按下“橙汁”按钮。
预期:不送出橙汁饮料,记录bug;送出橙汁饮料,红灯熄灭,进入操作g,送出橙汁,红灯不灭,记录bug。
g、投入5圆硬币。
预期:接受硬币,进入操作f;不接受硬币,记录bug。
h、按下“啤酒”按钮。
预期:不送出啤酒饮料,记录bug;送出啤酒饮料,用例完成。
应聘软件测试,一般会有什么笔试的题目?
展开全部 测试的笔试就要看每个公司的侧重咯,不过根据参加了5次测试应聘经验来看,测试的笔试并不会只考你测试的知识,还有编程,数据库,计算机网络等方面的,所以要求还是蛮全的。
至于测试知识这块,一般会考你:软件测试的目的;软件测试的概念;黑盒测试和白盒测试各是什么意思,各自又有哪些方法;黑盒测试中的等价类、边界值和因果图方法的概念;测试的4个模型,V、W、H、X(这个一般只有大公司会考,小点的不会涉及);还有些大点的公司会考你一些智力题……总的来说,测试的笔试题和开发差不多,只是深度没那么大,但是范围却更广……...
软件测试面试题
1、软件测试就是在软件开发的过程中,对软件各阶段产品检验的过程,其目的是保证软件产品的质量2、需求分析--编写测试计划--编写测试方案--编写测试用例--执行测试用例--提交缺钱报告--缺陷跟踪--回归测试--测试通过3、黑盒主要是功能测试、性能测试、兼容性测试这些是主要的,还包括一些安全性,GUI测试,压力测试,易用性,容量测试,异常测试,安装性测试等 白盒主要的就是静态和动态两种测试4、select* from a where ...;查找insert ito a ()values();添加delete from a;删除表中信息update a set ...from..;更改表中信息create table a ();建表drop table();删除表5、不清楚你问的内容是什么。
给你两方面的回答(1)缺陷的状态 :新建 打开 修复 关闭 拒绝 重复 丢弃 推迟 重新打开(2)缺陷报告的内容:标题、详细描述(描述、前提条件、步骤重现、预期结果、实际结果)、状态、发现人、负责人、项目、版本、严重度、优先级6、回归测试通过7、先做集成测试,结束之后系统测试包括功能测试和性能测试,系统测试结束之后,缺陷也修改完成,拿给用户做验收测试!9、发现缺陷不要直接就提交,和开发沟通后再做结论,如果沟通时发生歧义,查看需求决定是否是缺陷,如果不能决定咨询项目经理。
对于一些字段上的缺陷,比如说套用的框架,有的按钮没有更改标识,最好是和开发说一声当场改掉。
就不要提交缺陷。
开发和测试的矛盾是一致存在的我们没有办法杜绝,只能尽量的降到最低。
10、细心、耐心、自我调节能力强、学习能力强。
有很好的全局意识,和观察力!11、界面--功能(自己要有一个网站功能的概括!先按照单个功能去测,之后按照系统的流程去测。
最后是按照各个总能之间的联系去测试!)
软件测试中的手动测试与自动化测试是什么意思
展开全部 其实我觉得测试工程师和女生一点关系都没有。
如果你真想做测试工作的话,那么面试时无非看几个问题就够了。
其一是测试的概念,比如白盒测试和黑盒测试是必须需要掌握的。
还有什么是系统测试、集成测试等等,具体的我实在没办法说出来,很多。
直接在百度文库里找就可以了,这些概念尽量多背一些。
其实网上有很多测试的面试题,多看一些就可以了。
我记得我面试的时候一个关于三角形的测试用例设计题,几个公司不知道考了多少遍了。
其次是SQL语句,如果你想进大一点的公司,那么这个是必须的。
无需掌握太复杂的语句,基本的增删改查就够了。
还有就是你的专业了,尽量找一些做C++的公司去面试。
比如我学的是JAVA,之前面试时就碰到好多做C++的,考到专业题的时候就碰了一鼻子灰。
最后希望你能去了解下自动化测试的内容,比如都需要什么工具。
常用的工具如QTP、loadrunner、TD都是用来干什么的。
了解下就可以了,如果你没有接触过,这些也不是你几天就能掌握的了的。
自动化测试是测试的一个门槛,跨过去就是另一片天空,但一定要注意,我所说的另一片天空并不是学会了自动化测试就可以抛弃了手动测试。
这个也是经常被考到的一个题目,看看你对自动化测试的了解程度。
只要记住一句话“自动化测试是辅助手动测试的,并不能够代替手动测试”就可以了。
OK,上述笔试的问题希望能帮到你,至于面试的部分就看你的临场发挥了。
而面试最容易考到的就是你的人际关系处理问题,最中心的问题就是我们测试人员和开发人员的协调沟通能力。
这里你只要记住并不是所有的BUG都一定要去修改,领导们更注重的是我们与开发是否能融洽的一起工作。
而测试与开发的矛盾是无法消除的。
如何去处理完全取决于个人。
还有一点就是关于我们工作的性质。
一定要了解我们的工作是找出问题。
而要想找出问题,就一定要了解到这个问题的标准,也就是需求。
一般来说需求文档是无法写出所有的需求的,如果遇到不明了的问题,一定要向你的上司请示,了解清楚之后再确定是否是BUG以及如何处理。
OK,基本上就是这些了。
最后我在想说明下,其实我觉得测试工程师和女生不女生没什么关系,但女生天生的细心和耐心能力往往是面试官所关注的。
当然男生也有男生的优势。
男生的优势更多在于自动化测试上体现出来。
而真正接触了自动化测试的,除了一些大公司外就少之又少了。
OK,希望能帮到你...