网站首页 网站导航 课程中心
新闻中心
您所在的位置:软件测试培训 > 新闻中心 > 【软件测试培训】软件测试知识点(二)

【软件测试培训】软件测试知识点(二)

来源:中软卓越 日期:2018-05-08 11:50 人气:
标签:
中软国际教育集团Python+大数据课程入驻大武汉啦!!!
21.在您以往的工作中,一条软件缺陷(或者叫 Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录? 
一条 Bug 记录最基本应包含:编号、Bug 所属模块、Bug 描述、Bug 级别、发现日期、发现人、修改日期、修改人、修改方法、回归结果等等;要有效的发现 Bug 需参考需求以及详细设计等前期文档设计出高效的测试用例,然后严格执行测试用例,对发现的问题要充分确认肯定,然后再向外发布如此才能提高提交 Bug 的质量。
 
22.黑盒测试和白盒测试是软件测试的两种基本方法,请分别说明各自的优点和缺点
黑盒测试
优点: 
比较简单,不需要了解程序内部的代码及实现;与软件的内部实现无关; 
从用户角度出发,能很容易的知道用户会用到哪些功能,会遇到哪些问题; 
基于软件开发文档,所以也能知道软件实现了文档中的哪些功能;在做软件自动化测试时较为方便。 
缺点: 
不可能覆盖所有的代码,覆盖率较低,大概只能达到总代码量的 30%; 
自动化测试的复用性较低。
白盒测试
优点: 
帮助软件测试人员增大代码的覆盖率,提高代码的质量,发现代码中隐藏的问题。 
缺点: 
程序运行会有很多不同的路径,不可能测试所有的运行路径; 
测试基于代码,只能测试开发人员做的对不对,而不能知道设计的正确与否,可能会漏掉一些功能需求;系统庞大时,测试开销会非常大。

23.如何测试一个 纸杯? 
功能性:用水杯装水看漏不漏;水能不能被喝到 
安全性:杯子有没有毒或细菌 
可靠性:杯子从不同高度落下的损坏程度 
可移植性:杯子在不同的地方、温度等环境下是否都可以正常使用 
兼容性:杯子是否能够容纳果汁、白水、酒精、汽油等 
易用性:杯子是否烫手、是否有防滑措施、是否方便饮用 
用户文档:使用手册是否对杯子的用法、限制、使用条件等有详细描述 
疲劳测试:将杯子盛上水(案例一)放 24 小时检查泄漏时间和情况;盛上汽油(案例二)放 24 小时检查泄漏时间和情况等 
压力测试:用根针并在针上面不断加重量,看压强多大时会穿透
 
24.测试计划工作的目的是什么?测试计划文档的内容应该包括什么?其中哪些是最重要的? 
答案:软件测试计划是指导测试过程的纲领性文件。 
包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划,参与测试的项目成员,尤其是测试管理人员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更。 
测试计划和测试详细规格、测试用例之间是战略和战术的关系,测试计划主要从宏观上规划、测试活动的范围、方法和资源配置,而测试详细规格、测试用例是完成测试任务的具体战术。 
所以其中最重要的是测试测试策略和测试方法(最好是能先评审)。

25.黑盒测试的测试用例常见设计方法都有哪些?请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。 
1)等价类划分 
划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 
2)边界值分析法 
边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 
使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 
3)错误猜测法 
基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 
错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为 0 的情况,输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例. 
4)因果图方法 
前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图(逻辑模型). 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 
5)正交表分析法 
有时候,可能因为大量的参数的组合而引起测试用例数量上的激增,同时,这些测试用例并没有明显的优先级上的差距,而测试人员又无法完成这么多数量的测试,就可以通过正交表来进行缩减一些用例,从而达到尽量少的用例覆盖尽量大的范围的可能性。 
6)场景分析方法 
指根据用户场景来模拟用户的操作步骤,这个比较类似因果图,但是可能执行的深度和可行性更好。 
7)状态图法 
通过输入条件和系统需求说明得到被测系统的所有状态,通过输入条件和状态得出输出条件;通过输入条件、输出条件和状态得出被测系统的测试用例。 
8)大纲法 
大纲法是一种着眼于需求的方法,为了列出各种测试条件,就将需求转换为大纲的形式。大纲表示为树状结构,在根和每个叶子结点之间存在唯一的路径。大纲中的每条路径定义了一个特定的输入条件集合,用于定义测试用例。树中叶子的数目或大纲中的路径给出了测试所有功能所需测试用例的大致数量。

26.详细的描述一个测试活动完整的过程。 
答案:(供参考,本答案主要是瀑布模型的做法) 
项目经理通过和客户的交流,完成需求文档,由开发人员和测试人员共同完成需求文档的评审,评审的内容包括:需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。 
项目经理通过综合开发人员,测试人员以及客户的意见,完成项目计划。然后 SQA 进入项目,开始进行统计和跟踪开发人员根据需求文档完成需求分析文档,测试人员进行评审,评审的主要内容包括是否有遗漏或者双方理解不同的地方。测试人员完成测试计划文档,测试计划包括的内容上面有描述。 
测试人员根据修改好的需求分析文档开始写测试用例,同时开发人员完成概要设计文档,详细设计文档。此两份文档成为测试人员撰写测试用例的补充材料。 
测试用例完成后,测试和开发需要进行评审。 
测试人员搭建环境 
开发人员提交第一个版本,可能存在未完成功能,需要说明。测试人员进行测试,发现 BUG后提交给 BugZilla。 
开发提交第二个版本,包括 Bug Fix 以及增加了部分功能,测试人员进行测试。 
重复上面的工作,一般是 3-4 个版本后 BUG 数量减少,达到出货的要求。 
如果有客户反馈的问题,需要测试人员协助重现并重新测试。 

27.在您以往的工作中,一条软件缺陷(或者叫 Bug )记录都包含了哪些内容?如何提交高质量的软件缺陷( Bug )记录? 
在传统的 BugZilla 中,BUG 描述应该包括以下的信息:
和 BUG 产生对应的软件版本和模块 
开发的接口人员 
BUG 的优先级 
BUG 的严重程度 
BUG 可能属于的模块,如果不能确认,可以用开发人员来判断 
BUG 标题,需要清晰的描述现象 
BUG 描述,需要尽量给出重新 Bug 的步骤 
BUG 附件中能给出相关的日志和截图。
高质量的 BUG 记录就是指很容易理解的 BUG 记录,所以,对于描述的要求高,能提供的信息多且准确,很好的帮助开发人员定位,因此提交高质量的软件缺陷记录需要注意对 BUG 记录的描述质量多且准确。

28.G BUG 管理工具的跟踪过程 
用 BugZilla 为例子 
测试人员发现了 BUG,提交到 Bugzilla 中,状态为 new,BUG 的接受者为开发接口人员.开发接口将 BUG 分配给相关的模块的开发人员,状态修改为已分配,开发人员和测试确认BUG,如果是本人的 BUG,则设置为接收;如果是别的开发人员的问题,则转发出去,由下:一个开发人员来进行此行为;如果认为不是问题,则需要大家讨论并确认后,拒绝这个 BUG,然后测试人员关闭此问题。如果开发人员接受了 BUG,并修改好以后,将 BUG 状态修改为已修复,并告知测试在哪个版本中可以测试。 
测试人员在新版本中测试,如果发现问题依然存在,则拒绝验证;如果已经修复,则关闭BUG。
 
29. 您认为在测试人员同开发人员的沟通过程中,如何提高沟通的效率和改善沟通的效果? 
维持测试人员同开发团队中其他成员 良好的人际关系的关键是什么? 
尽量面对面的沟通,其次是能直接通过电话沟通,如果只能通过 Email 等非及时沟通工具的话,强调必须对特性的理解深刻以及能表达清楚。运用一些测试管理工具如 TestDirector 进行管理也是较有效的方法,同时要注意在TestDirector 中对 BUG 有准确的描述。
在团队中建立测试人员与开发人员良好沟通中注意以下几点: 
一真诚 
二是团队精神 
三是在专业上有共同语言 
四是要对事不对人,工作至上 
当然也可以通过直接指出一些小问题,而不是进入 BUG Tracking System 来增加对方的好感。

30、你对测试最大的兴趣在哪里?为什么? 
回答这个面试题,没有固定统一的答案,但可能是许多企业都会问到的。提供以下答案供考: 
最大的兴趣,感觉这是一个有挑战性的工作; 
测试是一个经验行业,工作越久越能感觉到做好测试的难度和乐趣 
通过自己的工作,能使软件产品越来越完善,从中体会到乐趣 
回答此类问题注意以下几个方面: 
尽可能的切合招聘企业的技术路线来表达你的兴趣,例如该企业是数据库应用的企业,那么表示你的兴趣在数据库的测试,并且希望通过测试提升自己的数据库掌握能力。 
表明你做测试的目的是为了提升能力,也是为了更好的做好测试;提升能力不是为了以后转开发或其他的,除非用人企业有这样的安排。 
不要过多的表达你的兴趣在招聘企业的范畴这外。比如招聘企业是做财务软件的,可是你表现出来的是对游戏软件的兴趣;或招聘是做 JAVA 开发的,而你的兴趣是在 C 类语言程序的开发。 

31.你自认为测试的优势在哪里? 
该面试也没有固定不变的答案,但可参考以下几点,并结合自身特点: 
有韧性,有耐心 ,做事有条理性 , 喜欢面对挑战 
有信心做好每一件事情 , 较强的沟通能力 
从以前的经理处都得到了很好的评价表明我做的很好
 
32、集成测试通常都有那些策略?
1、大爆炸集成 
2、自顶向下集成 
3、自底向上集成 
4、三明治集成适应于大部分软件开发项目 
5、基干集成 
6、分层集成 
7、基于功能的集成 
8、基于消息的集成 
9、基于风险的集成 
10、基于进度的集成

33.请你分别画出 I OSI 的七层网络结构图和 P TCP/IP 的四层结构图。 
答:OSI 七层网络结构图,由上至下: 
应用层 ;表示层 ;会话层 ;传输层 ;网络层 ;数据链路层;物理层 
TCP/IP 的四层结构图 
应用层;传输层;互联层;链路层 
一个 e byte 几个单位。( ( 计算机基础) ) 
答:8bit。
 
34.常用 X UNIX 命令x (Linux 的常用命令) ) (至少 0 10 个); (Unix) 
答:ls pwd mkdir rmdir rm cp mv cd ps ping tail more echo adduser passwd logout exit。 
 
35.简述你在以前的工作中做过哪些事情,比较熟悉什么。 
此问题每个人都不一样。参考答案如下。 
我过去的主要工作是系统测试和自动化测试。在系统测试中,主要是对 BOSS 系统的业务逻辑功能,以及软交换系统的 Class 5 特性进行测试。性能测试中,主要是进行的压力测试,在各个不同数量请求的情况下,获取系统响应时间以及系统资源消耗情况。自动化测试主要是通过自己写脚本以及一些第三方工具的结合来测试软交换的特性测试。 
在测试中,我感觉对用户需求的完全准确的理解非常重要。另外,就是对 BUG 的管理,要以需求为依据,并不是所有 BUG 均需要修改。 
测试工作需要耐心和细致,因为在新版本中,虽然多数原来发现的 BUG 得到了修复,但原来正确的功能也可能变得不正确。因此要注重迭代测试和回归测试。

36.在 C/C++中 中 c static 有什么用途?(请至少说明两种) 
1)在函数体,一个被声明为静态的变量在这一函数被调用过程中维持其值不变。 
2) 在模块内(但在函数体外),一个被声明为静态的变量可以被模块内所用函数访问,但不能被模块外其它函数访问。它是一个本地的全局变量。 
3) 在模块内,一个被声明为静态的函数只可被这一模块内的其它函数调用。那就是,这个函数被限制在声明它的模块的本地范围内使用
 
37.引用与指针有什么区别? 
1) 引用必须被初始化,指针不必。 
2) 引用初始化以后不能被改变,指针可以改变所指的对象。 
3) 不存在指向空值的引用,但是存在指向空值的指针。
 
38.t Internet 采用哪种网络协议?该协议的主要层次结构?t Internet 物理地址和 P IP 地址转换采用什么协议? 
TCP/IP 协议 
主要层次结构为: 应用层/传输层/网络层/数链路层。 
ARP (Address Resolution Protocol)(地据址解析协议)
 
39.说说你对集成测试中自顶向下集成和自底向上集成两个策略的理解,要谈出它们各自的优缺点和主要适应于哪种类型测试 
自顶向下集成 
优点:较早地验证了主要控制和判断点;按深度优先可以首先实现和验证一个完整的软件功能;功能较早证实,带来信心;只需一个驱动,减少驱动器开发的费用;支持故障隔离。 
缺点:柱的开发量大;底层验证被推迟;底层组件测试不充分。 
适应于产品控制结构比较清晰和稳定;高层接口变化较小;底层接口未定义或经常可能被修改;产口控制组件具有较大的技术风险,需要尽早被验证;希望尽早能看到产品的系统功能行为。 
2、自底向上集成 
优点:对底层组件行为较早验证;工作最初可以并行集成,比自顶向下效率高;减少了桩的工作量;支持故障隔离。 
缺点:驱动的开发工作量大;对高层的验证被推迟,设计上的错误不能被及时发现。 
适应于底层接口比较稳定;高层接口变化比较频繁;底层组件较早被完成。
 
40.软件验收测试包括 _ 、 _ 、 __ 三种类型。 
软件验收测试包括正式验收测试、alpha 测试、beta 测试三种测试。

免责声明:本文转载自网络,转载目的在于传递更多信息,版权归原作者所有,如涉及内容、版权和其它问题请联系我们进行删除。

中软卓越是中软国际有限公司投资的大型人才服务机构,是中软国际人才战略的核心组成部分之一,承担集团发展过程中人才储备和培养的任务,是软件及外包业务快速发展的重要人才支撑平台,是集团保持高速增长动力之一。

中软国际教育集团专注IT教育36年,一直秉承“用良心做教育”的理念,是中国移动互联网研发人才一体化服务的开拓者,全力打造移动互联网研发人才服务优质平台。

公司总部位于武汉,目前已在深圳、上海、郑州、广州、大连、武汉、成都、西安、杭州、重庆、长沙、合肥、无锡、南宁、厦门、南京、南昌等全国22个省成立了60多家分公司。拥有全国的移动互联网教学就业保障团队,做到了毕业学员业内高薪水,成为学员信赖的IT培训机构。

营业执照 版权所有©Copyright 2008-2017,武汉中软卓越科技有限公司 , All Rights Reserved. ICP备案号:15018648号-1

sitemap | 来校路线 | 分类导航 | 关于我们