网站大量收购闲置独家精品文档,联系QQ:2885784924

2023年软件测试面试题大全.doc

2023年软件测试面试题大全.doc

此“教育”领域文档为创作者个人分享资料,不作为权威性指导和指引,仅供参考
  1. 1、本文档共10页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

面试必问题及答案

1.怎么做好文档测试?

答:仔细阅读,跟随每个环节,检查每个图形,尝试每个示例,检查文档的编写是否满足文档编写的目的,内容是否齐全,对的,完善.标记是否对的.

软件测试分哪2种方法?分别适合什么情况?

答:软件测试分2种:白盒测试和黑盒测试。白盒测试又称为结构测试、逻辑驱动测试或基于程序自身的测试,它着重于程序的内部结构及算法,通常不关心功能与性能指标;黑盒测试又称功能测试、数据驱动测试或基于规格说明的测试,它事实上是站在最终用户的立场,检查输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定

?2.白盒测试有几种方法?

答:总体上分为静态方法和动态方法两大类。

静态:关键功能是检查软件的表达和描述是否一致,没有冲突或者没有歧义

动态:语句覆盖、鉴定覆盖、条件覆盖、鉴定条件覆盖、条件组合覆盖、途径覆盖。

3.系统测试计划是否需要同行审批,为什么?

答:需要,系统测试计划属于项目阶段性关键文档,因此需要评审。

4.Alpha测试与beta的区别?

答:Alpha测试在系统开发接近完毕时相应用系统的测试;测试后仍然会有少量的设计变更。这种测试一般由最终用户或其它人员完毕,不能由程序或测试员完毕。

Beta测试当开发和测试主线完毕时所做的测试,最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完毕,不能由程序员或测试员完毕。

5.比较负载测试,容量测试和强度测试的区别?

答:负载测试:在一定的工作负荷下,系统的负荷及响应时间。

强度测试:在一定的负荷条件下,在较长时间跨度内的系统连续运营给系统性能所导致的影响。

容量测试:容量测试目的是通过测试预先分析出反映软件系统应用特性的某项指标的极限值(如最大并发用户数、数据库记录数等),系统在其极限值状??态下没有出现任何软件故障或还能保持重要功能正常运营。容量测试还将拟定测试对象在给定期间内可以连续解决的最大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发现它是否可以对的解决。容量测试是面向数据的,并且它的目的是显示系统可以解决目的内拟定的数据容量。

6.测试结束的标准是什么?

答:用例所有测试。

???覆盖率达成标准。

???缺陷率达成标准。

??其他指标达成质量标准

7.描述软件测试活动的生命周期?

答:测试周期分为计划、设计、实现、执行、总结。其中:

计划:对整个测试周期中所有活动进行规划,估计工作量、风险,安排人力物力资源,安排进度等;

设计:完毕测试方案,从技术层面上对测试进行规划;

实现:进行测试用例和测试规程设计;

执行:根据前期完毕的计划、方案、用例、规程等文档,执行测试用例。

总结:记录测试结果,进行测试分析,完毕测试报告。

8.软件的缺陷等级应如何划分?

答:A类—严重错误,涉及以下各种错误:1.由于程序所引起的死机,非法退出2.死循环3.数据库发生死锁4.因错误操作导致的程序中断5.功能错误6.与数据库连接错误7.数据通讯错误

???B类—较严重错误,涉及以下各种错误:1.程序错误2.程序接口错误3.数据库的表、业务规则、缺省值未加完整性等约束条件

???C类—一般性错误,涉及以下各种错误:1.操作界面错误(涉及数据窗口内列名定义、含义是否一致)2.打印内容、格式错误3.简朴的输入限制未放在前台进行控制4.删除操作未给出提醒5.数据库表中有过多的空字段

???D类—较小错误,涉及以下各种错误:1.界面不规范2.辅助说明描述不清楚3.输入输出不规范4.长操作未给用户提醒5.提醒窗口文字未采用行业术语6.可输入区域和只读区域没有明显的区分标志

9.当开发人员说不是BUG时,你如何应付?

答:开发人员说不是bug,有2种情况,一是需求没有拟定,所以我可以这么做,这个时候可以找来产品经理进行确认,需不需要改动,3方商议拟定好后再看要不要改。二是这种情况不也许发生,所以不需要修改,这个时候,我可以先尽也许的说出是BUG的依据是什么?假如被用户发现或出了问题,会有什么不良结果?程序员也许会给你很多理由,你可以对他的解释进行辩驳。假如还是不行,那我可以给这个问题提出来,跟开发经理和测试经理进行确认,假如要修改就改,假如不要修改就不改。其实有些真的不是bug,我也只是建议的方式写进TD中,假如开发人员不修改也没有大问题。假如拟定是bug的话,一定要坚持自己的立场,让问题得到最后的确认。

10.你为什么想离开目前的职务?

答:由于公司运作情况并不抱负,公司需要调整部门体系,公司考虑到缩减部门人员,所以大批量的裁人(有6,7个),这是我的第一份工作,对公司也有较深的感情,由于在这里我找到了职业抱负(就是

文档评论(0)

幸福是什么 + 关注
实名认证
内容提供者

幸福是什么

1亿VIP精品文档

相关文档