01、您所熟悉的测试用例设计方法都有哪些?请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
答:有黑盒和白盒两种测试种类,黑盒有等价类划分方法
边界值分析方法
错误推测方法
因果图方法
判定表驱动分析方法
正交实验设计方法
功能图分析方法
场景设计方法。
白盒有逻辑覆盖法,
循环测试路径选择,
基本路径测试。
例子:在一次输入多个条件的完整性查询中。利用等价类划分法则和边界分析法则,首先利用等价划分法,可以一个或多个结果是OK的测试用例,然后确认多个NG的测试用例,然后利用边界值分析法,可以对结果分别是OK和NG的测试用例进行扩展和补充。
02、您认为做好测试用例设计工作的关键是什么?
答:测试用例设计工作的关键是对可行的和不可行的都要考虑。
1,输入 2,详细的操作步骤 3,预期输出 4,实际输出。
03、您在从事性能测试工作时,是否使用过一些测试工具?如果有,请试述该工具的工作原理,并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。
答:有使用过LoadRunner,该工具能够录制测试人员的操作步骤,然后对这个操作步骤模拟出多个用户来播放出来。
1、Visural User Genertor 创建脚本,选择协议,录制操作,编辑操作。
2、中央控制器(Controller)调度虚拟用户,创建场景,选择脚本,建立虚拟用户,设计shedual,设置ip spoofer。
3、运行脚本。分析shedual。
4、分析测试结果。
04、您认为性能测试工作的目的是什么?做好性能测试工作的关键是什么?
答:性能测试工作的目的是检查系统是否满足在需求说明书中规定的性能,性能测试常常需要和强度测试结合起来,并常常要求同时进行软件和硬件的检测。
性能测试主要的关注对象是响应时间,吞吐量,占用内存大小(辅助存储区),处理精度等。
05、在您以往的工作中,一条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录?
答:检测时间,系统环境,硬件环境,严重程度,程式版本,确认人,功能模板,问题描述,详细操作步骤,是否会重现。
问题描述和详细操作步骤要尽可能详细。Bug应该尽量用书面语,对于严重程度比较高的缺陷要在相同环境下测试一遍。
在C\S模式下,如果条件满足可以使用替换法来确认是client端的问题还是server端的问题。
06、你对测试最大的兴趣在哪里?为什么?
答:最大的兴趣就是具有挑战性。
因为我并不知道哪里会出现bug,在找到一个bug后会很高兴。并且测试需要很强的耐心和细心。我可以很容易的找到一些细节问题。
07、测试活动中,如果发现需要文档不完善或者不准确,怎么处理?
答:要及时的与项目经理进行沟通协调。要在邮件中详细的把不完善不准确的地方描述出来,并提出自己的意见。
08、你认为做好测试计划工作的关键是什么?
答:首先,要有一个明确的目标,详细的阅读需求文档说明。
其次,要对整个测试人员、测试时间、测试进度进行一个预估,并预先进行管理。
最后,要对整个测试流程设定一个规范,所有测试人员都按着规范做事,不能随心所欲的测试。
09、软件配置管理工作开展的情况和认识?
拿到一台裸机过后要安装客户需要的操作系统,并且安装一些所必须的软件。
10、你觉得软件测试通过的标准应该是什么样的?
答:测试用例完全执行,测试用例覆盖到所有的测试点,并且缺陷的密度达到客户的需求。
11、软件测试的文档测试应当贯穿于软件生命周期的全过程,其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些?
答:用户安装文档、用户配置文档、用户使用手册、联机指导等。
12、简述软件系统中用户文档的测试要点?
完整性:用户文档中功能的描述要完整的。不能让用户产生疑问。
一致性:用户文档中的功能描述要与实际软件中的功能一致。不能描述过盛。
易使用性:用户文档描述的内容要方便用户阅读并且能够让用户很清楚的知道如何操作。
图表:有的时候用图表描述会很明了。
13、什么是系统瓶颈?
系统瓶颈就是软件在一定的并发量、访问量下无法达到用户的需求。
比如说用户需要在10s内完成一个访问,但是每一次都要12s才能完成,这个就是性能瓶颈,有可能是程序本身的问题,也有可能和操作系统、软件相关。
14、没有产品说明书和需求文档地情况下能够进行黑盒测试吗?
可以。
这个情况下我们就要进行探索性测试,把软件当成用户需求,一步步进行测试。凭借经验判断功能正确与否,有的时候还可以与项目经理、开发人员一起进行交流沟通,从而进行更好的测试。
15、为什么尽量不要让时间富裕的员工去做一些测试?
首先,专业的测试人员是有一定的技能和耐心对软件一步一步进行测试。如果让时间充裕的员工去测试的话,他可能心思并不在测试上面。会很随意的、没有目标的进行测试。这样子的话测试并不完整,有的时候甚至很重要的bug都没法找出。所以还是需要专业的测试人员来进行测试的。
16、完全测试程序是可能的吗?
不可能
测试人员对程序进行测试,只能找出程序中的bug,但是并不能保证程序是没有bug的。
完全的测试要花费很多的人力财力,并且测试的数据量过大,很浪费时间。测试的结果还很多,有的都是类似的,没有必要进行相同的测试。所以完全测试是不可能的。
18、软件测试的风险主要体现在哪里?
主要体现在没法完全测试。有些问题可能隐藏在没有测到的地方。这样子就被忽略了。客户使用的时候并不熟悉软件是如何操作的。可能有的时候会误点点出问题。这样子的话我们就要承担很大的风险了。
发现的缺陷越多,说明软件缺陷越多吗?
是的,通常如果发现一个缺陷的话,有的时候会发现很多类似的缺陷,因为由于开发人员的习惯,可能一个地方有错误,另外一个地方就会有相同的错误。
19、所有的软件缺陷都能修复吗?所有的软件缺陷都要修复吗?
从理论上来说所有的缺陷都是可以修复的,但是并不是所有的缺陷都要修复。
一些对于软件没有影响的、不影响使用的缺陷我们可以不用修复。因为修复些细小的缺陷也是需要花费很多时间。项目上面可能会因为时间问题而先忽略这些小缺陷。
20、开发人员老是犯一些低级错误怎么解决?
要在开发的前期就制定好一些编码规范,这样子可以减少很多因为个人习惯引起的错误。同时,测试人员在发现开发人员犯一些低级错误的时候不可以指责他们,要耐心的给他们指出错误所在。然后可以有开发人员自己进行测试,找出一些一眼看得出来是错误的地方。
21、您在以往的测试工作中都曾经具体从事过哪些工作?其中最擅长哪部分工作?
我一般都是做的Web测试,搭建测试环境,对于一个程序进行集成测试,系统测试,回归测试等。还要编写测试用例以及一些文档,用户使用手册,功能测试文档等等。最擅长的是功能测试。
22、开发人员说不是bug时,你如何应付?
首先把自己的理由告诉开发人员。在同开发人员沟通到底是不是bug,但是如果开发人员还是认为不是bug的话,就把这个问题提到项目经理处,同时附上自己的理由。有项目经理决定是否为bug。
23、软件测试项目从什么时候开始为什么?
一般软件测试越早展开越好,一般是从需要阶段就要进行软件测试。软件测试不仅是测试功能,对于需求文档一类的也要进行测试。越早的找出bug,就会减少后续开发人员修改程序的次数,并且可以降低成本,如果等整个软件开发的差不多了发现一个致命的错误的话,是需要花费很多时间和人力来重新修改的。如果在一开始就发现的话就不会出现这种情况了。
24、你能不能说下你的3-5年的职业规划?
首先,要巩固自己的测试基础知识,在基本知识扎实的情况下提高理解需求文档地能力。
其次,学习自动化测试工具,并将它运用到测试中。
然后,在测试技术达到一定程度后,要学会如何带领一个测试团队。
最后,争取在最快的时间内达到测试经理的水平。
25、功能测试用例需要详细到什么程度才是合格的?
测试用例覆盖到所有的测试点。
26、一个缺陷测试报告的组成?
缺陷编号、缺陷标题、缺陷描述、缺陷的优先级、缺陷的重要程度、缺陷所述的模块、缺陷所属的版本、缺陷所属的开发人员、输入数据、输出结果、缺陷分析等。
27、测试用例通常包括哪些内容?
用例编号、测试环境、用例标题、输入数据、预期结果等
28、你都用什么测试方法?
根据不同的系统和模块有不同的方法。主要是黑盒测试和白盒测试。
29、软件的评审一般由哪些人员参加?其目的是什么?
参加人员:客户、项目经理、开发人员、测试人员
目的:查看软件在未正式投入运行前是否还存在问题。对于不同软硬件平台能否正常运行,是否有与客户理解不一致的地方,同时可以对一些可以改进的地方再多加改进。
30、什么是软件测试,软件测试的目的?
软件测试是通过人工或者自动化的操作进行还没有商业化用途的程序,查看他们的功能是否满足客户需求。
目的:在最短时间内找出尽可能多的软件缺陷。
31、什么是兼容性测试?
兼容性测试是检查软件在不同软件平台,硬件平台上是否可以正常运行的测试。主要查看软件在不同操作系统、浏览器、数据库中是否运行正常。
32、什么是软件测试?
答:为了发现程序中的错误而执行程序的过程
33、软件测试的对象有哪些?
答:软件测试并不等于程序测试。软件测试应贯穿于软件定义与开发的整个期间。
需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档,包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序,都应成为软件测试的对象。
34、当测试过程发生错误时,有哪几种解决办法?
答:1)跳转到别的测试过程
2)调用一个能够清除错误的过程
3)退出过程,启用另一个
4)退出过程和应用程序,重新启动Windows,在失败的地方重新开始测试
35、怎么才能够全面的测试到每一个点?
答:测试的全面性主要需要在设计测试计划的时候考虑,从测试策略,产品需求等等多个角度考虑从而定义全部的测试点。
36、开发与测试的关系?
答:开发和测试是一个有机的整体。在产品发布之前,开发和测试是循环进行的,测出的缺陷要经开发人员修改后继续测试。在开发的同时测试经理开始编写测试用例,测试文档要参考开发文档,所以开发和测试是不可分割的,少了任何一个都不能开发出产品。
37、测试活动中统计了哪些数据?
答:工作量 bug数量
38、进行测试时产生了哪些文档或记录?
答:测试的整个过程有系统测试计划、系统测试用例、系统测试报告、缺陷报告、产品发布说明
在执行测试的过程中只有缺陷报告,这个还是用在缺陷管理工具中进行的,最后在工具中导出缺陷报告
39、怎样做好测试计划?
答:1)理解系统。从整个系统的高度了解被测系统必须满足的功能和非功能性需求。利用涉及整个系统的文档,形成对系统的整体了解。
2)及早介入。为了深入了解项目,测试人员应该在系统的开始阶段介入,可以增加对客户需求,客户问题,潜在风险以及最重要的功能方面的理解
3)测试期望。程序员的期望是什么?客户的期望是什么?销售对测试的期望又是什么?测试目标必须是绝对的,以免说不清是否达到目标。
4)吸取教训。把以前工作中学习到的经验教训运用过来,对确定测试策略很有作用。
5)工作量太小。完成测试需要多少工作量?需要多少人员?
6)技术选择。系统会采取什么技术?系统会采用什么架构?这些信息有助于确定测试策略和测试工具。
7)时间表。系统开发和测试分配的时间有多长?截止日期是什么时候?
40、测试用例如何设计的?
答:在测试用例的设计之前首先要仔细阅读开发的详细设计文档,充分了解产品的详细功能,不清楚的地方与开发人员进行沟通,搞懂每个功能,尽量详细到输入框、按钮等小功能,功能点清楚之后按照功能模块分类进行用例编写。在具体的用例设计中会运用到等价类边界值等黑盒测试方法
41、简单概述缺陷报告,并说明包括哪些项?
答:现在缺陷报告一般不再使用纸质档文档编写,而是专用测试管理工具(如TestDirector),这样便于缺陷管理。在这些工具中,每个缺陷作为一条记录输入指定的缺陷管理系统中。
缺陷报告包括:软件名称、版本号、功能模板、缺陷编号、对应的用例编号、编写时间、编写人、测试员、预期结果、实际结果、缺陷描述、严重级别、优先级别
42、什么是bug?
答:软件的bug指的是软件中(包括程序和文档)不符合用户需求的问题。
常见的软件bug分为以下三类:
没有实现的功能
完成了用户需求的功能,但是运行时会出现一些功能或性能上的问题
实现了用户不需求的多余功能
43、开发人员修复缺陷后,如何保证不影响其他功能?
答:重新执行用例、看是否出现错误结果。并对周围的一些相关功能点追加新的测试用例。
44、什么时候功能测试?
答:功能测试是在规定的一段时间内运行软件系统的所有功能,以验证这个软件系统有无严重错误。
45、请问功能测试和性能测试的区别是什么?
答:1)测试目的:
功能测试:检测实际软件的功能是否符合用户需求,测功能是不是全部实现,某个实现是不是有BUG。主要为了发现以下几类错误:A、是否有不正确或遗漏的功能?B、功能实现是否满足用户需求和系统设计的隐藏需求?C、能否正确接收输入?能否正确输出结果?
性能测试:验证软件质量的三个质量特性,可靠性,正确性和效率。主要是测试产品的健壮性
2)测试方式:
功能测试按照系用例,按照系统需求说明书和测试用例,对产品的功能一步步进行测试。找出产品功能是否全部实现
性能测试:一般都使用性能工具对产品的健壮性进行评估。通过创建场景和虚拟用户模拟真实环境,进行压力测试和负载测试。
46、为什么选择测试这行?
答:它是一个新兴的行业,有发展潜力,而且很锻炼人,需要掌握更多的技能,比做开发要更全面。
有续集……
一个用心码了这么多文字的人,往往渴望得到大家的认可。如果你觉得这篇回答对你有帮助,双击屏幕,给我点个赞呀!
一个沉默不语的人,未必像看着那般平庸。很有可能人家在悄悄做事,然后一鸣惊人。
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:【文末领取】
生命不息,奋斗不止。每一份努力都不会被辜负,只要坚持不懈,终究会有回报。珍惜时间,追求梦想。不忘初心,砥砺前行。你的未来,由你掌握!
生命短暂,时间宝贵,我们无法预知未来会发生什么,但我们可以掌握当下。珍惜每一天,努力奋斗,让自己变得更加强大和优秀。坚定信念,执着追求,成功终将属于你!
只有不断地挑战自己,才能不断地超越自己。坚持追求梦想,勇敢前行,你就会发现奋斗的过程是如此美好而值得。相信自己,你一定可以做到!