![](https://img-blog.csdnimg.cn/2019092715111047.png?x-oss-process=image/resize,m_fixed,h_224,w_224)
测试 面试题
测试理论基础
CHERISHGF
多读书,多思考
展开
-
80.黑盒,白盒测试方法论,怎么测?
等价类划分法边界值分析法因果图与判定表决策树(流程图)探索性测试。原创 2023-06-17 23:21:43 · 67 阅读 · 0 评论 -
79.如何进行安全测试?
常用方法:1.sql注入;2.xss脚本攻击;注入:sql注入,命令注入,文件注入。越权:越过更高权限,越过同级权限。业务流程安全探索:人工检测。白盒代码分析:自动化。黑盒扫描机制:自动化。原创 2023-06-17 23:09:46 · 61 阅读 · 0 评论 -
78.你们的开发语言是什么?
java后台开发:SSM springboot。前端:JavaScript+css+html。python开发:Django flask。原创 2023-06-17 19:18:23 · 55 阅读 · 0 评论 -
77.开发是如何将项目转到测试的
一般开发完成后会进行邮件通知,并将新的代码地址,修改后的sql文件,需求开发完成的情况通知到测试 测试人员收到最新代码及sql文件后更新到测试环境中,进行冒烟测试,冒烟测试不通过则转测失败原创 2023-06-17 19:15:06 · 193 阅读 · 0 评论 -
76.项目同时上线,你怎么处理?
首先确定,几个项目是否可以同步上线完成 如果项目不是同时上线,确认项目的优先级,和产品沟通优先级较低的项目推迟上线原创 2023-06-17 19:12:14 · 52 阅读 · 0 评论 -
75.功能测试中重复测试很多,你怎么看待这个问题?
对于测试来说,需要有良好的耐心,一些必要的重复还是要去执行 另外,重复的事情可以进行自动化测试来替代原创 2023-06-17 19:10:07 · 160 阅读 · 0 评论 -
74.兼容性测试怎么测?web和app
app:不同手机厂商,型号,系统版本,内存大小,分辨率,屏幕大小,高端机与低端机,平板。web:不同的浏览器,IE,谷歌,火狐,浏览器显示比例,浏览器前进,后退,刷新按钮。原创 2023-06-17 19:08:23 · 85 阅读 · 0 评论 -
73.什么是多分支开发和单分支开发?
使用git工具或者svn工具,将每个版本或者模块进行划分,不同的开发负责不同的模块,完成后进行分支合并,把所有功能全部整合起来。原创 2023-06-17 19:06:20 · 225 阅读 · 0 评论 -
72.上线后有没有另外的测试用例在生产环境中测试?
没有:我们会挑选原来的测试用例中,级别较高的用例去执行,或者建立一个check list 去检查功能是否能正常使用。有:我们会去单独编写测试用例,只包括主体流程和新增功能的用例。原创 2023-06-17 19:02:21 · 101 阅读 · 0 评论 -
71.测试过程中,发现很多用例重复,有人认为没必要再测,你怎么看?
如果是同一模块的重复用例,我们可以考虑不再进行重复测试;如果是不同模块,引用相同的测试用例,还是有必要进行重复测试的。原创 2023-06-17 18:53:19 · 177 阅读 · 0 评论 -
70.产品上线评判的标准
测试用例执行率100%,通过率95% 1-2级Bug修复率达到100%,3-4级Bug修复率达到95%原创 2023-06-17 18:53:29 · 126 阅读 · 0 评论 -
69.一个需求,7天要求上线,你怎么做?
先确定转测时间。原创 2023-06-17 18:50:03 · 96 阅读 · 0 评论 -
68.怎么保证测试质量或者你怎么保证100%覆盖了需求?
首先就是要把需求了解透彻,用例编写完成后进行用例评审,编写用例的时候用边界值,等价类补充用例,根据经验用错误推断法来追加一些用例,如果存在组合情况的话,使用因果图或者判断表来编写,如果业务场景清晰的情况下用流程分析法,如果状态有发生改变的话用状态迁移法。编写用例是一个极其考研耐心的事情,要考虑到各种场景,全面覆盖到会出现的场景。原创 2023-06-17 18:46:26 · 216 阅读 · 0 评论 -
67.测试中有哪些风险
测试用例编写的时候,对需求的理解有偏差 测试人员水平不够,测试覆盖点不够全面 测试人员时间不够,导致测试不完全 测试环境不足,导致测试点不能完全的测试完成原创 2023-06-17 11:16:12 · 104 阅读 · 0 评论 -
66.怎么和开发沟通
测试和开发的工作是息息相关的。原创 2023-06-17 11:03:29 · 54 阅读 · 0 评论 -
65.回归测试的策略
功能的回归:优先测试用例级别较高的功能模块,可以进行自动化测试,如果时间够的话可以进行全量测试 Bug的回归:复测这个Bug,并且相关联的模块与功能也会复测一边,以免由于修改Bug导致其他问题的产生原创 2023-06-17 11:00:59 · 91 阅读 · 0 评论 -
64.什么是冒烟测试?在什么时候进行冒烟测试?
冒烟测试一般在系统测试之前,对所有主体的业务功能,测试看是否存在严重Bug,如果存在严重Bug,表示冒烟测试不通过。原创 2023-06-17 10:57:05 · 282 阅读 · 0 评论 -
63.如何写好一个测试用例
当然我们在编写测试用例的时候,一定要步骤,场景清晰,尽量去覆盖所有的测试场景。能够发现Bug的用例就是一个好的测试用例。原创 2023-06-17 10:54:16 · 51 阅读 · 0 评论 -
62.测试报告中测试的结论是什么?
Bug的情况,Bug级别,Bug分布情况(分布在哪些模块),Bug产生的原因(设计问题,需求问题,代码问题) 测试是否通过原创 2023-06-17 10:49:39 · 147 阅读 · 0 评论 -
61.有没有写过测试报告,具体包括哪些内容?
报告中的结果:根据测试用例的覆盖率,通过率,Bug数量汇总,Bug类型和级别的统计,阶段测试Bug统计,遗留Bug风险等数据,分析测试目标有没有达成,已发现的Bug对系统的影响,系统交付使用后可能面临的风险,以及可能的优化点。测试报告,其实就是把我们测试的整个过程情况,数据统计,做成报告,包括用例执行情况,测试了哪些模块,多少用例,自动化通过率,自动化怕跑了多少,是否全部通过,发现了多少Bug,Bug的情况,是否遗漏Bug,测试结论等等这些。测试报告的侧重点:Bug的统计和分析。原创 2023-06-17 10:49:55 · 143 阅读 · 0 评论 -
60.你们测试用例用什么编写的?如何编写的?
主要都是用excel进行编写,编写完成后导入测试管理工具(禅道等)原创 2023-06-16 15:33:57 · 64 阅读 · 0 评论 -
59.为什么要写测试用例?
2、通过详细的用例设计反推是否有需求漏洞,提前发现需求细节问题;5、测试用例是测试的重要资产,便于测试内容回溯、测试工作交接;4、测试过程中用于判断测试进度,预知测试风险;1、理清测试细节,提高测试覆盖率,避免漏测;3、提前准备测试数据,便于测试过程高效执行;转载 2023-06-16 15:32:13 · 126 阅读 · 0 评论 -
58.如何测试万分之一概率的问题?
万分之一概率的问题能是什么问题?原创 2023-06-16 15:31:01 · 98 阅读 · 0 评论 -
57.你的测试数据是从哪里获得的?怎么获得?假如不告诉你,你怎么处理?
一般的测试数据是由测试人员自己造的 如果数据量很大,则可以找运维人员从生产环境中导出相关数据,导出的数据需要屏蔽隐私信息 或者自己用程序生成大量的测试数据原创 2023-06-16 15:29:32 · 257 阅读 · 0 评论 -
56.产品是怎么上线的?
一般上线会选择在晚上,不影响白天用户使用,上线时需要产品,开发,测试都在场(理论上需要)原创 2023-06-16 15:24:40 · 62 阅读 · 0 评论 -
55.如何保证测试质量
需求要吃透,不理解的地方要多问,多去了解 严格按照测试流程去执行,多考虑用户测试场景,对测试用例进行评审 要有良好的测试执行,要求用例执行率达到100%,多轮测试,进行探索性测试,必要时测试之间进行交叉测试,用测试工具来管理测试工作 不断反思和提升原创 2023-06-16 15:12:05 · 59 阅读 · 0 评论 -
54.项目上线后发现Bug,测试人员应该如何处理?
主要看Bug的严重级别,如果非常致命则需要赶快找项目经理或者产品商量紧急变更上线,如果不是很严重的错误,则修复好之后和下一个版本一起上线,上线后发现的Bug,如果不能确定其严重程度,还是要及时反馈给产品或者项目经理知道。原创 2023-06-16 15:09:58 · 141 阅读 · 0 评论 -
53.测试中,如何判断是前端的Bug还是后端的Bug呢?
从三方面进行分析:请求接口,传参,响应。原创 2023-06-16 15:04:40 · 218 阅读 · 0 评论 -
52.Bug的级别有哪些,级别如何判断
对业务有至关重要的影响,业务系统完全丧失业务功能,无法再继续进行,或业务系统丢失了业务数据且无法恢复,影响公司运营的重要业务数据出错。对业务有较小的影响,业务系统丧失了较少的业务功能。不影响产品的运行、不会成为故障起因,但对产品外观和下道工序影响较大的缺陷。对业务有严重的影响,业务系统已经丧失部分重要的业务功能,或业务系统丢失了业务数据且可以恢复,一般业务数据出错。程序在显示上有些不美观或不符合用户习惯以及一些文字性错误。可以提高产品质量的建议,包括新需求和对需求的改进。原创 2023-06-16 14:59:46 · 116 阅读 · 0 评论 -
51.界面中的乱码可能是哪里导致的?
数据库中的编码设置 前端页面编码 后台代码的编码原创 2023-06-16 14:43:06 · 59 阅读 · 0 评论 -
50.对于无法重现的Bug,应该怎么处理?
偶现bug == 偶现率(3/10)--影响到开发修复bug的优先级。原创 2023-06-16 14:39:32 · 95 阅读 · 0 评论 -
49.你提交的Bug,开发不认可怎么办?
开发认为不是问题的问题原创 2023-06-16 14:31:59 · 359 阅读 · 0 评论 -
48.提交Bug包含哪些内容?
所属产品,所属项目,所属模块,影响版本,指派人员,截至日期,严重程度,优先级,Bug类型,Bug标题,重现步骤,附件。原创 2023-06-16 14:27:04 · 197 阅读 · 0 评论 -
47.Bug怎么管理的,Bug的生命周期或者Bug的状态
提交——开发人员(已激活未确认)——开发进行确认,状态变为已激活已确认——开发修复完成标注状态为已修复——测试人员复测通过——已关闭——不通过时返回给开发状态重新激活。提交Bug指派给对应的开发,开发进行修复,修复完成后,交给测试复测,复测成功后关闭Bug,不通过则返回给对应的开发。使用禅道来进行缺陷管理。原创 2023-06-16 14:10:20 · 179 阅读 · 0 评论 -
46.提交Bug时需要注意哪些问题?
不要着急提交,首先要确认Bug,是否是操作错误等导致的,或者和开发说明情况,定位分析后确认是前端还是后端的问题后再提交 简单明了的概括Bug标题,清晰的描述Bug重现步骤,分析Bug和预期正确结果,附加Bug的截图或者日志 在不能确认某种情况下是否为Bug的时候,请教其他人,找产品确认 提交完Bug以后,后面还要跟踪Bug的修复情况,及时进行复测及回归测试原创 2023-06-16 11:56:42 · 90 阅读 · 0 评论 -
45.如何提交一个好的Bug?
高质量Bug记录原创 2023-06-16 11:52:14 · 46 阅读 · 0 评论 -
44.TestLink工具使用?
我没用过。。原创 2023-06-16 11:47:54 · 55 阅读 · 0 评论 -
43.测试用例包含哪些部分,哪些用例设计方法,你一般常用哪些方法?
一组测试输入,执行条件以及预期结果包含用例编号,测试项目,测试标题,重要级别,预置条件,测试输入(数据),操作步骤,预期结果。原创 2023-06-16 11:43:25 · 158 阅读 · 0 评论 -
42.有没有写过测试计划,具体包括哪些内容?
自己有没有写过,写过就写过,没有就没有,这个一般由测试leader写。测试计划内容就是“5W+1H”转载 2023-06-16 11:28:00 · 103 阅读 · 0 评论 -
41.有哪些是需要评审的,评审时有那些人?
需求文档——产品,开发,测试,项目组内的人都要参加 模块测试点梳理,测试用例编写——测试组内人员进行评审 整体测试用例——测试组全部人员,开发,产品等原创 2023-06-16 11:18:14 · 34 阅读 · 0 评论