中国工程建设监理网站,做网站的哪里好,如何制作一个自己的网页网站,京紫元年深圳网站建设一般要应聘关于测试的工作#xff0c;面试题会不会很难?下面小编整理了软件测试面试题及答案#xff0c;欢迎参考!
一、引言
1.1 文档目的
本次文档是为了收集在面试中遇到的一问题与常见的一些答案并不是唯一答案
二、职业规划
2.1 简单的自我介绍下
面试宫#xff… 一般要应聘关于测试的工作面试题会不会很难?下面小编整理了软件测试面试题及答案欢迎参考!
一、引言
1.1 文档目的
本次文档是为了收集在面试中遇到的一问题与常见的一些答案并不是唯一答案
二、职业规划
2.1 简单的自我介绍下
面试宫您好我叫 XXX来自于 XXXX目前从事软件测试工作已经三年工作经验个人性格比
较开朗跟人关系比较好做事也比较细心三年测试工作经验中过了不少项目积累不少项目经验
前面 1-2 年主要是功能测试后面这一年主要做接口测试app 自动化测试能够独立完成软件产品测
试工作能够独立编写测试文档包括用例计划报告等熟悉 lnux 跟数据库熟悉 jmeter 与 python request进行接口测试也可以使用 pytest框架进行接口自动化测试 python selenium pytest
框架进行自动化测试python appnium pytest 移动 app 自动化测试框架熟悉使用 Jenkins 持
续集成熟悉 app 专项测试与小程序测试熟悉抓包工具。
我个人平常喜欢…看书…
我个人觉得测试这一块主要是对需求了解需求理解到位工作当中一定细心耐心技术这块
不断学习能力
如果面试没有说话 这个是我的一个简单自我介绍看面试官还有什么需要了解的
2.2 为什么离职
①、尽量谈化敏感答案比如人际关系不好处理与上司相处不好、工作压力大等。
人际关系复杂现代企业讲求团队精神要求所有成员都能有与别人合作的能力你对人际关系
的胆怯和避讳可能会被认为是心理状况不佳处于忧郁焦躁孤独的心境之中从而妨碍了你的从业
取向。
收入太低这样回答会使对方认为你是单纯为了收入取向很计较个人得失并且会把“如有更
高的收入会毫不犹豫地跳槽而去的”这种观念形成对你的思维定势。
分配不公平。现在企业中实行效益薪金、浮动工资制度是很普遍的旨在用物质刺激手段提高业
绩和效率同时很多单位都开始了员工收入保密的措施如果你在面试时将此作为离开原单位的借
口则一方面你将失去竟争优势另一方面你会有爱打探别人收入乃至隐私的嫌疑。
工作压力太大。现代企业生存状况是快节奏的企业中的各色人等皆处于高强度的工作生存状态
下有的单位在招聘启事上干脆直言相告要求应聘者能在压力下完成工作这是越来越明显的趋向
②、尽量采用与工作能力关系不大、能为人所理解的离职原因。
寻求更大的发展现有的企业岗位设置难以满足自身职业进一步发展的要求
换一个更好的平台来挑战自我。
原公司发生了重大客观变化公司重组或部内部变动导致工作内容发生重大变化
无法再继续履行劳动合同或者直接被裁员等
与公司文化无法融合每一家企业其实都有自己特有的“文化”如果你在这家公司里工作
却无法认可这家公司提倡的一些文化这就会对企业的发展以及对自己的发展都非常的不利。
所以你想要走出企业的束缚找到一家跟你更契合的公司工作也是可以的。
个人原因上班太远影响工作、家中有事、充电、休假、生病等等。注意避免敏感答案
并不意味着欺骗如招聘人员问及细节问题应如实回答。否则求职者的诚信度可能大打折扣
成功可能性更小。
③、不要诋毁你的老东家
相信很少会有人犯这样的错误这的确是一个不可取的方式你应该把你的离职原因集中表述
在“寻找新机会或新的平台”以及尝试在新的岗位上提升自己。职场虽然没有战争那么血腥
但也有很多委屈、不被理解或被无故受伤这些都很正常的。我们要用一颗阳光的心去面对
用一颗阳光的心去照耀。
在离职后永远要用赞美的词语来评价你的老东家哪怕他在公开场合去骂你你都要用最美的词语
去评价他。别忘记你赞美他是你素养高;他骂你是他素质的问题。你永远改变不了别人但你
有能力改变自己。
④、体现你的忠诚度
如果你轻描淡写地就离开了之前的团队那么面试官会觉得你在新公司也可能会轻易走人
所以在体现忠诚度的时候你可以试着谈谈你离开上一家公司时有多么痛苦依依不舍即使并没有)
聊聊如果有办法使你能在原来的岗位上持续得到提升或者如果不是因为股东之间的权利斗争可适当
显得痛心疾首些你肯定不会离开。
而在体现责任感时你需要表达两层意思
首先你从上家公司离职时已经为继任者做了充分的交接。你需要清楚地表明你在上家公司也很认
真尽职并且同事之间一直保持互助互利的工作氛围。也许你可以说说你也想过要早些辞职但是考
虑某个未完成的重要项目、或是继任者短期内还不能胜任角色所以晚了一些。
其次就是你很期望承担新的职责并表现出你的热枕这种热枕除了对工作的热忱之外
也可以适当的通过向你的面试官不仅是 HR提问表现出来对面试官的兴趣、对他们技能的
认可以及共鸣例如“那么你是如何做到现任职位的?”或“如果我有幸担任这个职位
你会给我哪些建议?”
通用说法家人在这边或者想到大城市发展。
2.3 加班的看法
1、(将问题抛给 HR)在回答您的问题之前我想了解一下贵公司的加班制度是怎样的。
(这种回答其实是把问题抛回给 HR让 HR 表明公司对于加班的态度其实很多大公司
对于加班都有明确的规定什么情况该加班加班会有什么福利等等问题都是确定的
而小公司就随意很多往往是老板要求加班员工就得无条件加斑。因此如果公司的加班制度明确
那么 HR 就能够明确地向你介绍你在了解过后再给出回应也不迟。面试本就是双向选择的过程
你也没必要为了通过面试满口答应自己愿意加斑。)
2、在 IT 行业里加班是比较正常的首先我会了解加班的原因如果公司近段时间需要赶
项目进度或者是站在重要的关键节点上需要加班我会站守自己的岗位把自己手上的事做好
和团队一起加班让公司按预期的进度推进项目这在我看来是必要的加班
如果是其他的原因比如个人原因我会努力不加班在保证工作质量的前提下
我会提高自己的工作效率避免加班。
如果说公司基本上天天都要加班加班的频车较高我希望可以减少不必要的加班让员工
得到充分的休息有休息才会把工作效率提升上来工作才会更有效率另外有些工作上的
能力炼可以在其它地方而不在工作的本身比如对生活的理解和感悟等之类
是从工作中学习不到的正所谓功夫在诗外嘛。
还有我之前在上一个公司上班住的地方离公司较远作为一个女生出于个人人身安全考虑
我更希望不加班毕竟生命健康是从事一切活动的前提嘛。
通用说法如果项目组比较忙加班是没有问题的。
2.4 你还有什么问题要问? ?
少问一些福利相关的问题
1.公司现在做什么项目 2.公司目前做哪方面测试 3.公司这边测试人员分配比例
4.进入公司我这边大概的工作安排 5公司这么后续发展机会还有培养
6有没有培训 7面试没有回答上的问题再去请教
2.5 你的职业发展规划和职业目标
根据公司况个人原因来说看公司的岗位要求招岗位就是攻能
公司只做功能测过
接下来一年时间内更加完善自己的功能测试2-3 年内熟自动化或者性能
3-5 年内系统成为自动化或者性能成为资深技术人员
公司做自动化与性能测试
1-2 年内熟恐自动化或者性能3-5 系统成为自动化或者性能成为资深技术人员性能与自动测试
找一个比较稳定平台跟公司长期发展后期走管理或者产品路线
2.6 你最近测试的论坛和网站是什么? ?
工作中积累查看网站论坛(51 testing)CSDN书籍《性能测试专家》《性能之巅》
偏开发 python 自动化 selenium 自动化
2.7 对于一个新的工具你有什么看法
1.自己先去研究 2找会的去请教 3百度去找资料 4工具原始文档
2.8 你做了 3 3 年测试收获你的测试心得
3 年的测试经验对我来说也是 3 年的工作经验在这 3 年的工作经验当中我觉得态度比能力要重
要做好一个测试最主要是性格信心耐心细心还需要良好的沟通能力。不断学习的能力产
品质量测试流程这块很关键好的计划加好的执行才能成就好的产品。
2.9 怎么转行的毕业之后一直从事软件测试吗
非专业
1、培训不要说刚培训出来 2019 年底开始
2、自学不断一直学习
3、家里有关系带你入行后面学习过程很勤奋
计算机相关专业
1实习开始公司分配到做测试做测试过程比较喜欢测试一直做下来
2.10 以前在哪里上班公司地址测试多少人开发多少人
根据你简历上面写的公司详细地址
产品 1、项目 1 个、架构师 1 个、前端 3 个、后端 5 个、0os 1 个、Android 1 个
测试 3 个(测试主管核心测试人员)、运维 1 个、ui 1 个
2.11 你的期望薪 资是多少? ?
1期望薪资不要说区间比如说6-8那肯定是 6
2如果原来公司在二线城市原有薪资不要说太高
3深圳那边薪资比广州高 10% - 15%
2.12 多久能入职? ?
1公司比较满意直接随时过去。
2不是很满意下周一个人有点事情比如说回家一趟等等。
2.13 是怎么考虑做软件测试呢? ?
1、个人性格合适 2、前景还可以 3、个人技能也匹配
2.14 是否有考虑往开发方面测试? ?
我觉得IT 行业没有具体的界限后期开发也要懂测试测试也要懂开发
如果公司有机会愿意去尝试
2.15 计算机专业课程有哪些? ?
公共课程数学(高等数学、线性代数、概率论与数理统计、离散数学、数值分析)
政治(马克思主义思想概论、毛泽东思想概论与中国特色社会主义思想、
思想道德修养与法律基础、中国近现代史纲要)、大学英语、体育。
专业基础课程电路原理、模拟电子技术、数字逻辑、微机原理、汇编语言、操作系统原理、
编译原理、算法与数据结构、面向对象方法、C 语言/C语言等。
专业方向课程计算机数据库原理、python 语言、图形学、人工智能多媒体技术、
网络安全、人机交互、无线互联网技术、软件开发方法、高性能技术系统仿真和虚拟现实等。
大专 3 年、本科 4 年
本科四级、大学英语四级及格 425 分、总分 710
2.16 说一下上一个公司背景? ?
了解公司主要是什么项目百度查下
如果公司主营产品跟你项目不匹配
比如原来公司做医疗设备那就说我们是项目外包的部门专门接项目
2.17 超过 6 26 岁女孩子目前有没有打算结婚
暂时没有结婚的计划与打算如果已经有小孩说暂时不考虑二胎
有小孩可以说小孩在老家(原来有学员因为这个问题被公司 pas 过)
三、测试理论 论
3.1 你们原来项目的测试流程是怎么样的? ?
我们的测试流程主要有三个阶段需求了解分析、测试准备、测试执行。
1、需求了解分析阶段
我们的 SE 会把需求文档给我们自己先去了解一到两天这样之后我们会有一个需求澄清会议
我们会把不明白不理解的需求在会议上说出来包含需求的合理性还有需求的可测性等
产品这边解答目的是让我们测试这边和开发对需求的理解达到一致。
2、测试准备阶段
会议结束之后我们开始准备测试工作我们测试这边会写一个测试计划分配每个人负责的模块
然后我们就根据自己负责的模块用 xmind(思维导图)进行测试需求分析分析测试点
以及编写测试用例之后我们会在自己的组内先进行评审评审修改之后还会在我们的项目组评审
评审完后进行修改测试用例。
3、测试执行阶段
开发人员编写好代码之后我们会把代码包通过 Jenkins 部署到测试环境提测进行 SIT 测试
在正式测试之前我们会先做一个冒烟测试冒烟测试通过之后我们才转测在执行测试的过程中
我们如果发现 bug 就会用 tapd(或者禅道)记录并且提交 bug也会进行 bug 复测以及回归测试
每一轮测试结束之后我们都会写一个测试报告一般情况下测试 4-5 轮之后会达到上线要求
当达到上线的标准后测试报告会认为测试通过上线前我们会做预发布测试预发布通过后
由项目组与产品决定时间上线上线完成一周左右我们会写一个项目总结测试报告
总结我们在上一个版本中遇到的问题以及今后有哪些地方需要改进在产品选代过程中
我们会跑自动化用例来进行回归测试。
3.2 如果需求不明确的话你怎么办? ?
需求不明确的话我会在需求澄清会议上面提出来问清楚这个需求只有明确需求
才能更好的完成工作后续工作中还是不清楚可以找产品再去确认这个需求。
3.3 有哪些需要评审哪些人在
1、 xmind 思维导图评审主要是测试人员
2、测试用例需要评审测试人员开发人员产品人员
3、需求文档项目组所有的人员都会到场
3.4 有没有写过测试计划具体包括哪些内容? ?
参考答案 1
测试计划内容
(1)目的和范围 (2)规程 (3)测试方案和方法 (4)测试的准入和准出
(5)测试计划(流程、时间安排、对应人员) (6)测试的环境配置和人员安排 (7)交付件
参考答案 2
我们公司之前按照考核要求写过测试计划不过后面老大觉得太耽误工作进度
后面一般都不再写测试计划而是写版本计划这个在版本计划每个人的任务列出来
负责人列出来自己根据自己的情况分配时间然后汇总大家一起开个小会评审就可以了。
3.5 用例包含哪些部分哪些用例设计方法你一般常用哪些方法? ?
原来我们用例包含
测试项目用例编号、测试标题、优先级、预置条件、操作步骤、测试数据、预期结果
黑盒测试用例设计方法主要是等价类、边界值、错误推测法、判定表、因果图、正交表、
流程分析法、状态迁移法、异常分析法。
常用的等价类、边界值、判定表、流程分析法、错误推测法。
等价类是指某个输入域的子集合在该子集合中
各个输入数据对于揭露程序中的错误都是等效的
并合理地假定测试某等价类的代表值就等于对这一类其它值的测试因此可以把全部
输入数据合理划分为若干等价类在每一个等价类中取一个数据作为测试的输入条件
就可以用少量代表性的测试数据取得较好的测试结果
等价类划分可有两种不同的情况有效等价类和无效等价类。
边界值的话就是对等价类划分方法的补充。测试工作经验告诉我大量的错误往往是发生在输入或输
出范围的边界上而不是发生在输入输出范围的内部因此的话针对各种边界情况来设计测试用例可
以查出更多的错误使用边界值分析方法设计测试用例的话首先应该确定边界情况通常输入和输
出等价类的边界就是应着重测试的边界情况应当选取正好等于刚刚大于或刚刚小于边界的值作为
测试数据而不是选取等价类中的典型值或任意值作为测试数据。
对于错误推断法这个是基于经验和直觉推测程序中所有可能存在的各种错误
从而有针对性的去设计测试用例的方法的主要就是列举出程序中所有可能有的错误和容易发生错误
的特殊情况去根据这些情况来选择测试用例例如在单元测试时曾列出的许多在模块中常见的错误
以前产品测试中曾经发现的错误等这些就是经验的总结。还有输入数据和输出数据为 0 的情况。
输入表格为空格或输入表格只有一行。这些都是容易发生错误的情况可选择这些情况下的例子作为
测试用例。
前面介绍的等价类划分方法和边界值分析方法都是着重考虑输入条件但都没有考虑输入条件之间的
联系相互组合等等的情况。考虑输入条件之间的相互组合可能会产生一些新的情况
但是要检查输入条件的组合并不是一件容易的事情即使把所有输入条件划分成等价类
他们之间的组合情况也相当多因此的话可以考虑采用一种适合于描述对于多种条件的组合
相应产生多个动作的形式来考虑设计测试用例这就需要用到因果图(逻辑模型)。
因果图方法最终生成的就是判定表它适合检查程序输入条件的各种组合情况。
3.6 TestLink 工具使用? ?
(1)创建用户并给新创建的用户指定权限。
(2)创建测试用例对测试用例进行增、删、改、查
(3)把测试用例关联到对应的测试计划中。
(4)把测试用例指派给对应的测试人员。
(5)对应的测试人员查看被指派的测试用例并执行测试用例。
3.7 如何提交一个好的 BUG
对 BUG 有一个清晰明了的描述 详细描述 BUG 重现的步骤
对于产生 BUG 的环境进行描述 提交 BUG 相关的图片和日志;
定位好 BUG 的等级 将预期结果与实际结果进行对比。
3.8 提 提 g bug 需要注意哪些问题? ?
1) 不要急着提交先跟开发说明 bug 的情况定位分析下 bug。
是前端问题还是后端问题再去提交 bug。
2) 简单明了的概括 bug 标题清晰的描述 bug 重现步骤分析 bug 和预期正确结果附加 bug 的截
图或者日志。描述 bug 的时候。
3) 在不能确认该情况是否为 bug 的时候可以请教其他人。
4) 提交完 bug 以后后面还要跟踪 bug 修复情况。
g 3.9 bug 怎么管理的g bug 的生命周期或者是 g bug 的状态
原来 bug 是用禅道来管理的
原来我们公司 bug提交 bug 直接给对应的开发人员对应开发人员修复完成交给测试复测
复测通过关闭 bug不通过打回给对应开发。
提交-开发人员(已激活未确认)-开发进行确认状态变成已激活已确认开发修复完成
标注状态是已修复测试人员复测通过已关闭打回给对应开发已经激活。
3.10 提交 g bug 包含 哪些内容
所属产品、所属模块、所属项目、影响版本、指派人员
截止日期、严重程度、优先级、bug 类型、bug 环境
Bug 标题、重现步骤、附件
3.11 你提交的 bug 开发不认可怎么办? ?
首先我会再看需求文档是不是我的理解有误如果是我对需求理解错的话我就去关闭 bug。
如果是 bug 再去让其他测试人员看看听下他们的意见然后自己先再三去复测并目保存好截图和日
志确定这是一个 bug 之后我就去跟开发说明白并且给他看 bug 重现的截图以及日志如果开发还
是不认可的话我就跟产品或项目经理说明白情况。
3.12 对 应无法重现 bug 应该怎么处理? ?
首先我会多测几次测了好多次都无法重现的话我就先把 bug 挂起并且留意一下看看往后的测
试中如果在后面的测试中重现 bug 就激活如果经过几个版本都还没发现的话就关闭 bug。
3.13 界面中的乱码可以是哪里导致的? ?
(1)数据库中的编码设置 (2)前端页面编码 (3)后台代码也会编码
3.14 bug 的级别有哪些级别如何判断
1、致命对业务有至关重要的影响业务系统完全丧失业务功能无法再继续进行
或业务系统丢失了业务数据且无法恢复影响公司运营的重要业务数据出错。
2、严重对业务有严重的影响业务系统已经丧失可部分的重要的业务功能或业务系统
丢失了业务数据且可以恢复一般业务数据出错。
3、一般对业务有较小的影响业务系统丧失了较少的业务功能
例如界面错误打印或显示格式错误。
4、提示对业务没有影响不影响业务过程正常进行
例如辅助说明描述不清楚提示不明确的错误提示。
3.15 测试中如何判断是前端的 g bug 还是后端的 g bug 呢? ?
通常可以利用抓包工具来进行分析。可以从三个方面进行分析请求接口、传参数、响应。
1请求接口 un 是否正确如果请求的接口 ur 错误为前端的 bug
2传参是否正确如果传参不正确为前端的 bug
3请求接口 u 和传参都正确查看响应是否正确如果响应内容不正确为后端 bug
4也可以在浏览器控制台输入 js 代码调试进行分析
3.16 项目上线后发现 bug 测试人员应该怎么办
看严重级别严重还是不严重
严重的紧急变更上线
不严重修复好后跟下个版本一起上线
用户会通过运维反馈到项目组这边项目经理会根据功能模块的负责人分给对应的开发与测试。
测试人员编写对应的测试用例、测试环境中重现 bug、提交 bug、
交给开发进行修复、修复完成 bug、进行 bug 的复测。
如果测试环境无法重现可以导入生产环境的包到测试环境中测试
还是不能复现查看生产环境的日志去定位问题。
3.17 如何保证质量
(1)需求要吃透多问多去了解。
(2)严格按照测试流程去执行多考虑用户测试场景使用测试用例设计方法多评审。
(3)要有良好的测试执行要求用例执行率达到 100%多轮测试进行探索性测试
需要测试之间交叉测试用工具来管理我们的测试工作(禅道 testlink exceltapd)
(4)不断的反思与提升。
3.18 产品是怎么上线的? ?
一般我们会选择晚上上线开发测试还有产品全部到场进行上线测试。
首先开发将代码打包到生产环境的服务器中如果数据表有变化就会运行 sql 文件
对表的一些操作接着我们测试就开始先测试主体业务功能以及新增的功能模块;
测试通过之后我们会在界面上把上线测试的数据删除正常上线。
如果发现 bug开发人员当场修复 bug修复成功之后我们测试再复测通过就可以正常上线
如果发现了 bug 开发人员在上线规定时间之前都还没有修复好的话就看问题的严重性
如果严重就延期上线如果我们是迭代版本的话我们还需要版本回滚。
如果不严重产品跟客户觉得可以上线就正常上线。
3.19 你测试数据是从哪里获得? ? 怎么获得的假如不告诉你你怎么处理? ?
(1) 一般都是我们测试人员在测试过程自己造的测试数据如果大量数据我们可以用到存储过程。
(2) 也可以让运维人员帮忙从生产环境导出相关的测试数据如果测试数据中涉及安全性的数据
直接是不能导出。
3.20 如何测试万分之一概率问题
1) 用 Jmeter 或者其他自动化测试工具造大量数据
2) 让开发修改概率的比例
3.21 为什么要写测试用例? ?
1)提高测试效率 2)提高测试覆盖率 3)监控测试进度情况 4)也是质量的标准指标
CMM 质量体系(用例数也是一个度量标准 QA 岗位)
3.22 那你们测试用例是怎么编写的
原来我们主要是用 exce 编写的当然也用过用禅道 testlink 去编写禅道都是 excel 表格编写
完成导入禅道系统 testlink 也可以 Exce 表格编写编写测试导入 testlink
3.23 有没有写过测试报告具体包括哪些内容? ?
参考答案 1
1)项目背景和目的 2)测试用例设计 3)测试环境 4)测试过程用到的工具
5)测试范围 6)测试用例执行情况 7)测试缺陷分析和总结 8)测试结果
参考答案 2
这个是写过的测试报告其实就是把我们测试的整个过程情况数据统计做成报告包括用例执
行情况测试了哪些模块多少用例会哪里模块自动化通过率自动化跑了多少是否全部通过
发现了多少 bugbug 的情况是否遗漏 bug测试结论等等这些基本就这些。
3.24 测试报告中测试的结论是什么? ?
测试报告里面有个测试结论
1bug 的情况、bug 级别、bug 分布情况(分布哪些模块)、
bug 产生原因(设计问题需求问题代码问题)
2测试是否通过
3.25 如何写好一个测试用例
能够发现 bug 的用例就是一个好的测试用例
当然我们在编写测试用例的时候一定要步骤、场景清晰、尽量去覆盖所有的测试场景
3.26 什么是冒烟测试 ? 在什么时候进行冒烟测试? ?
冒烟测试一般我们是在系统测试之前对所有主体的业务功能测试看是否存在严重 bug
如果存在严重 bug表示冒烟测试不通过
3.27 回归测试策略
1功能的回归
优先测试用例级别比较高的功能模块可以进行自动化测试
如果时间够进行全量测试
2bug 回归
复测这个 bug并且相关联的模块与功能也会测试一遍以免由于修改 bug 导致其他问题产生
3.28 和开发沟通。是怎么沟通的
一般我在提 bug 的时候跟开发沟通最多比如有一些不清晰的内容会去问开发还有提完 bug 后会跟
踪 bug 的进度提醒开发尽快修复 bug还有测接口的时候去找开发拿接口文档其实我们的工作跟
开发都是息息相关的所以都经常都会有沟通的。
3.29 测试中有哪些风险
1测试需求理解上面有偏差
2测试人员水平不够测试人员覆盖点不全
3测试人员时间不够导致测试不完全
4)测试环境上面不足导致测试点不能完全测试完成
3.30 怎么保证测试质量或者你怎么保证你 100% 覆盖了需求
把需求了解通透引用用例评审机制然后编写测试用例的时候用边界值用等价类补充一些用例
根据过往经验用错误推断法来追加一些用例如果存在组合情况的话我会用因果图或者判断表来编写
如果业务场景清晰的情况下我会用流程分析法如果状态有发生改变的话我就会用状态迁移法。编写
用例一个极其考验耐心的事情要考虑到各种场景全面覆盖到会出现的场景。
3.31 一个需求7 7 天要上线你怎么做
先跟面试官确定产品什么是转测
1如果转测时间在最近 1-2 天直接了解需求开始测试。
2如果三天后转测一天半时间了解需求一天写测试点和写测试用例一天进行评审和修改测试
用例2 天执行试用例与理交 bug最后一天半进行回归测试与编写测试报告。
3如果 4-5 天后进行转测试边开发边测试一天半时间了解需求一天写测试点和写测试用例
一天进行评审和修改测试用例开始执行测试开发一部分我们就测试一部分。
3.32 产品上线评判的标准? ?
1测试用例执行率 100%通过率 95%
21-2 级 bug 修复率达到 100%3-4 级 bug 修复率达到 95%
3.33 测试过程中发现很多用例重复的有的人认为没必要再测你怎么看? ?
如果是同一个模块重复用例我们可以考虑不再进行重复测试如果不同模块引用相同的测试用
例我们还是需要重复测试
3.34 上线后有没有另外的测试用例在生产环境里测试
有我们会去单独去编写测试用例只是主体流程用例新增功能的用例
没有我们会挑选原来测试用例中级别比较高的用例去执行或者我们建立一个 checklist 列表
去检查功能是否正常使用。
3.35 什么是多分支开发和单分支开发? ?
git 工具相当于 svn 工具分支开发每个版本或者模块开发不同模块分支合并把所有的功能全
部整合起来其实就划分功能模块去开发。
3.36 兼容性测试你们是怎么测的? ? p app 与 与 web
Web
不同的浏览器E谷歌火狐浏览器显示比例浏览器前进后退刷新按钮。
App
不同手机厂商型号系统版本内存大小分辨率屏幕的大小高端机与低端机考虑平板
3.37 功能测试重复测试比较高怎么看待这个问题? ?
1对于测试来说还是良好耐心问题无法避免事情重复的事情还是要去执行
2重复事情我们用自动化测试来进行替代
3.38 项目同时发布你怎么处理? ?
1确定下我们几个项目是否可以同步发布完成
2如果确定项目不是同时发布(时间问题人员问题)
确定下项目的优先级跟客户这边商量优先级低一些项目推迟发布(产品跟客户)
3.39 你们开发转测试怎么转的
1开发人员发邮件告知对应的测试人员新的代码地址、最新的 sql 文件、需求开发完成的情况。
2测试人员把最新的代码和 sql 脚本更新到测试环境中并进行冒烟测试
要是冒烟测试不通过则转测失败。
3.40 你们的开发语言是什么
java 后台开发
SSM spring springy mybaits数据的封装
SSH sprint springmvc hibernate
springboot
fianl 极速开发框架
maven 项目 pom.xml 文件 ...中央仓库
python 后台开发框架
Django flask
前端开发语言
JavaScript css html bootstrap 框架 常用库 jquery 简称 JQ Es6/E57
php ThinkPHP 框架
