修改网站需要什么,上海网站建设改版,网站开发网上悼念,php cms#x1f345; 点击文末小卡片#xff0c;免费获取软件测试全套资料#xff0c;资料在手#xff0c;涨薪更快 一、测试基础
1、测试策略或测试包括哪些#xff0c;测试要覆盖哪些方面
UI、功能、性能、可靠性、易用性、兼容性、安全性、安装卸载
2、设计测试用例的办法 … 点击文末小卡片免费获取软件测试全套资料资料在手涨薪更快 一、测试基础
1、测试策略或测试包括哪些测试要覆盖哪些方面
UI、功能、性能、可靠性、易用性、兼容性、安全性、安装卸载
2、设计测试用例的办法
等价类、边界值、错误推测法、场景法等设计方法来编写测试用例的
1等价类分为有效等价类和无效等价类符合需求的就是有效等价类不符合需求的就是无效等价类
2因为大量错误都是发生在输入和输出的边界上而不是发生在输入输出范围的内部所以就有了边界值分析法边界值是选取正好等于、刚刚大于和刚刚小于边界的值它一般是跟等价类一起用的
3举个例子设置密码要求是6-12位的数字和字母的组合那有效等价类就是长度在6-12之间数字和字母的组合无效等价类就是长度小于6取5的数字字母组合长度大于12取13的数字字母组合长度在6-12之间的纯数字长度在6-12之间的纯字母长度在6-12之间的除了数字和字母以外的字符等等
4错误推测法是指凭借经验推测程序可能出现的错误比如新建和修改的名称要唯一不唯一的话没办法提交成功
5场景法是根据业务流程来写的有基本流和备选流然后考虑异常流情况下是否出现bug。比如一个商品加入购物车、提交订单后超时不支付会出现什么情况
3、编写测试用例的思路或怎么写测试用例的
1首先要熟悉需求先理清楚“项目是怎么使用的”、“是给谁用的”、“干什么用的”再根据业务流程来写提取功能点最后根据等价类、边界值、错误推测法、场景法进行测试用例的编写。
2功能点的话每个系统的模块中都有一些共有的功能比如倒车所以在测试中我们要先把这些功能过一遍。
3先走正常流正常流通过之后再对异常情况进行测。
另外熟悉业务流程是非常重要的模块与模块、功能和功能之间是相互联系的不能只是单独测它的功能正不正常还要把他们的关系全部走通。比如我测的电商系统中要先添加商户、品牌和分类然后才能添加商品。
4、用例要素是什么或包含什么内容
用例编号、模块名称、功能点、用例标题、前置条件、测试步骤、期望结果、优先级、实际结果、备注
5、如何保证测试用例的质量
测试用例的需求覆盖率是100%
测试用例的可执行
测试用例的可读性
测试用例的评审
及时维护测试用例也许一个功能的变更或者场景的添加就需要考虑更多的情况保证测试用例的完整性。
6、之前都是用什么工具写测试用例的
我们是根据需求文档提取测试点根据等价类、边界值、错误推测法、场景法来编写测试用例用excel表格来写测试用例的发现bug后用公司开发的BUG管理系统提交bug指派给对应的开发。
7、没有需求文档直接给你待测试软件你怎么开展测试工作
1问没有需求文档那肯定有需求提出者那与他进行沟通。
2问但凡懂需求的人我们都可以问。如问开发项目经理测试经理等。
3分析结合一些业务资料和百度等进行分析。
4对比对比竞争对手产品分析得到合适的需求。
5经验可以借助原来的经验。
6合理一切的需求都要符合常理。
8、软件开发过程中常见模型
V模型需求分析、概要设计、详细设计、编码、单元测试、集成测试、系统测试、验收测试
W模型测试和开发同步进行可以尽早发现问题。需求分析、需求测试---概要设计、概要设计测试---详细设计、详细设计测试---编码实现、单元测试---模块集成、集成测试---系统构建、系统测试---系统安装、验收测试
9、软件上线的标准
用例全部执行完毕bug回归完毕没有遗留严重的bug产品经理验收通过后就可以上线了
10、单元测试、集成测试、系统测试、验收测试
1单元测试又称为模块测试是对代码中的函数和方法进行测试
2集成测试也可以称作接口测试开发把功能模块进行整合测试功能和功能之间是否能够对接成功
3系统测试是对整个系统进行测试也是黑盒测试
4验收测试分为a验收和贝塔验收a验收是在开发者环境下进行测试贝塔验收是在真实环境下由真实用户体验有问题再反馈给开发人员。
11、软件测试的风险
进度风险、质量风险、人员风险、变更风险、成本风险
12、你写过测试报告或测试报告都有哪些内容
写过不过写的都是我们自己负责模块整个系统的测试报告由测试主管完成
一般的话会对项目背景做一个阐述。
主要就是内容简洁、不罗列详细数据、挑拣一些能说明问题分析数据的比如缺陷走势图模块的bug分布等突出重点遗留问题然后得出分析测试结论
测试内容测试内容的大纲。
测试环境测试环境的描述包括客户端和网络环境。
测试工具测试过程中的测试资源使用。
测试的数据bug数解决数遗留数。
模块bug分布bug走势图缺陷遗留需要说明的问题。
测试数据分析对于整个过程测试的一个分析得出结论。
遗留问题对于软件遗留问题有详细说明。
13、回归测试策略历史用例上一个版本的用例在现版本怎么回归
回归测试常用的策略有全面回归测试、选择性回归测试等。
像我们一般会进行三轮的测试第一轮把功能都过一遍提bug第二轮做一个全面的回归测试看具体的情况第三轮会进行选择性的回归测试把出现bug的相关模块都测一遍。
全面回归测试所有的测试用例都重新测一遍
选择性回归测试对于出现问题的bug进行验证没有问题的bug就不进行测试
自动化工具回归测试使用自动化测试工具进行回归测试。
14、测试环境怎么维护
等开发把代码更新完后上传服务器进行覆盖
15、你提了一个bug开发不认怎么办
1首先从自身找问题再根据需求文档分析这是不是一个bug如果确定是bug;
2再看看测试用例的操作步骤写的够不够详细、可执行性强不强
3如果不是以上原因那就跟开发沟通可以在开发的电脑上实现给他看然后跟他好好解释如果这真是一个bug开发是不会不认的
4如果还是不认那就要上报给上级然后开会进行讨论。
16、什么bug是个好bug
1确定与需求不符
2严重影响到客户的使用
3bug的复现步骤要详细可读性可执行性强能够再次复现出来
二、自动化测试
1、什么项目适合做自动化测试
关键字不变的、重复的、规范的
1任务测试明确需求不会频繁变动
2项目周期要足够长
3自动化测试脚本可重复使用比如比较频繁的回归测试
4被测软件系统开发比较规范能够保证系统的可测试性
5软件系统界面稳定变动少
6项目进度压力不太大
2、什么是 PO 模式
是指把一个具体的页面转化为编程语言当中的一个对象页面特性转化成对象属性页面操作转化为对象方法。
1通俗来讲把每个页面当成一个对象页面层写定位元素方法和页面操作方法
2用例层从页面层调用操作方法写成用例
3可以做到定位元素与脚本的分离
4主要用来实现对页面操作和测试逻辑的一个分离
3、PO 模式的封装原则有哪些
1要封装页面中的功能或服务比如点击页面元素可以进入到新的页面则可为这个服务封装方法进入新页面
2封装细节对外只提供方法名或者接口尽量不要暴露页面的内部
3封装的操作细节中不要使用断言把断言放到单独的模块中
4点击一个按钮会开启新的页面可以用return方法跳转比如return MainPage()表示跳转到主页
5整个 PO 你不需要封装整个页面的行为用到什么逻辑就封装什么
6一个动作可能产生不同结果比如点击按钮后可能成功也可能失败为两种结果封装两个方法click_success和click_error
4、 Python 中 *args 和 **kwargs 的作用
都是不定长参数,解决参数不固定问题。
args是非关键字参数用于元组kwargs是关键字参数 (字典
也就是说args表示任何多个无名参数然而kwags表示一个有着对应关系的关键字参数。
在使用的时候需要注意*args要在**kwags之前不然会发生语法错误。
5、Python 中的垃圾回收机制是什么
垃圾回收机制Garbage Collection简称GC是Python解释器自带的机制专门用来进行垃圾回收。
在定义一个变量时会申请内存空间当该变量使用完毕也应该释放掉该变量所占用的内存空间Python则由GC机制进行回收。
无论何种垃圾回收机制一般都分为两个阶段垃圾检测和垃圾回收。
垃圾检测就是区分已分配内存中的“可回收”和“不可回收”内存。
垃圾回收则是使操作系统重新掌握垃圾检测阶段所标识出来的可回收内存块。
所谓垃圾回收并不是直接把这块内存的数据直接清空了而是将使用权重新交给了操作系统不会应用程序霸占了。
什么是垃圾
1当一个变量调用完毕且后续不再需要时便是垃圾。
2当指向该变量地址的变量名指向另一个地址时原变量内存地址无法被访问此时该变量也是垃圾。
6、selenium中隐藏元素如何定位
首先selenium是无法操作隐藏元素的但是能正常定位到本身这个框架就是设计如此如果非要去操作隐藏元素那就用js的方法去操作selenium提供了一个入口可以执行js脚本。 元素的属性隐藏和显示主要是 typehidden和styledisplay: none;属性来控制的。
7、关闭浏览器中quit和close的区别
简单来说两个都可以实现退出浏览器session功能。
close只会关闭浏览器而quit关闭全部浏览器的同时也会杀掉驱动进程
8、举例一下你遇到过那些异常 ElementNotSelectableException 元素不能选择异常 ElementNotVisibleException 元素不可见异常 NoSuchAttributeException 没有这样属性异常 NoSuchElementException没有该元素异常 NoSuchFrameException 没有该frame异常 TimeoutException 超时异常 Element not visible at this point 在当前点元素不可见
9 、如何处理alert弹窗
1先用switch_to_alert()方法切换到alert弹出框上
2可以用text方法获取弹出的文本 信息
3通过accept()点击确认按钮
4通过dismiss()点击取消按钮取消弹出框
5通过text()获得弹出窗口的文本
10、在selenium中如何处理多窗口
句柄窗口的唯一标识
1先获取当前窗口的句柄driver.current_window_handle
2再获取所有的的窗口句柄driver.window_handle
3循环判断是否是想要操作的窗口如果是就可以对窗口进行操作如果不是就使用driver.switch_to_window方法跳转到新的窗口。
11、selenium中如何判断元素是否存在
Selenium中没有提供原生的方法判断元素是否存在一般我们可以通过定位元素异常捕获的方式判断。 12、自动化中有哪三类等待他们有什么特点
1线程等待强制等待如time.sleep(2)线程强制休眠2秒钟2秒过后再执行后续的代码。建议少用。
2imlicitlyWait隐式等待会在指定的时间范围内不断的查找元素直到找到元素或超时特点是必须等待整个页面加载完成。
3WebDriverWait显式等待通常是我们自定义的一个函数代码这段代码用来等待某个元素加载完成再继续执行后续的代码。
13、selenium中如何保证操作元素的成功率也就是说如何保证点击的元素一定是可以点击的
1使用WebDriverWait()显性等待等待元素加载出来后再进行元素操作。
2尽量减少不必要的操作可以直接访问页面的不要通过点击操作访问
3有些页面加载时间过长可以考虑中断加载
4开发人员规范开发习惯如给页面元素加上唯一的name、id等。
14、如何提高selenium脚本的执行速度
1使用显性等待减少强制等待或隐性等待的使用。
2减少不必要的操作步骤。
3如果页面加载的内容过多就设置超时时间中断页面加载。
15、用例在运行过程中经常会出现不稳定的情况也就是说这次可以通过下次就没办法通过了如何去提升用例的稳定性
1在经常检测失败的元素前尽量加上显式等待时间等要操作的元素出现之后再执行下面的操作。
2)多用 try 捕捉处理异常
3)尽量使用测试专用环境避免其他类型的测试同时进行对数据造成干扰
16、你的自动化用例的执行策略是什么
自动化测试用例的执行策略是要看自动化测试的目的通常有如下几种策略
1自动化测试用例是用来监控的在此目的下可以把自动化测试用例设置成定时执行的如果每五分钟或一个小时执行一次在jenkins上创建一个定时任务即可。
2必须回归的用例。把测试用例设置成触发式执行在jenkins上将自动化测试任务绑定到开发的build任务上。当开发人员在仿真环境上部代码的时候自动化测试用例就会被触发执行。
3不需要经常执行的测试用例。像全量测试用例没必要一直回归执行有些非主要业务线也不需要时时回归。这类测试用例采用人工执行在jenkins创建一个任务需要执行的时候人工去构建即可。
17、什么是持续集成
持续集成是一种软件开发实践即团队开发成员经常将代码集成到主干也就意味着每天可能会发生多次集成。
它的好处主要有两个
1快速发现错误。每完成一点更新就集成到主干可以快速发现错误定位错误也比较容易。
2防止分支大幅偏离主干。如果不是经常集成主干又在不断更新会导致以后集成的难度变大甚至难以集成。
目的
持续集成的目的就是让产品可以快速迭代同时还能保持高质量。它的核心措施是代码集成到主干之前必须通过自动化测试。只要有一个测试用例失败就不能集成。
18、自动化测试的时候是不是需要连接数据库做数据校验
接口测试需要UI自动化不需要
19、有几种元素常用定位方式分别是你最偏爱哪一种为什么
8 种分别是id、name、class name、tag name、link text、partial link text、xpath、css
我最常用的是 xpath或 CssSelector
因为很多情况下html 标签的属性不够规范无法通过单一的属性定位这个时候就只能使用 xpath 可以去重实现定位唯一element
事实上定位最快的是Id因为id是唯一的然而大多数开发并没有设置id。
20、如何去定位页面上动态加载的元素
属性动态变化是指该 element 没有固定的属性值所以只能通过相对位置定位比如通过 xpath 的轴找到该元素的父节点或者子节点等方式
21、点击链接以后selenium是否会自动等待该页面加载完毕
不会的。
所以有的时候当selenium并未加载完一个页面时去请求页面资源则会误报不存在此元素。 所以首先我们应该考虑判断selenium是否加载完此页面。其次再通过函数查找该元素。使用显示等待等待页面加载后再去操作元素
22、webdriver client的原理是什么
在selenium启动以后driver充当了服务器的角色跟client和浏览器通信client根据webdriver协议发送请求给driver。driver解析请求并在浏览器上执行相应的操作并把执行结果返回给client。
23、webdriver的协议是什么
The WebDriver Wire Protocol
24、启动浏览器的时候用到的是哪个webdriver协议
http协议
25、怎样去选择一个下拉框中的valuexx的option
1select类里面提供的方法select_by_value“xxx” 2xpath的语法也可以定位到
26、Python 中常见的可变参数类型和不可变参数类型都有哪些
不可变的数据类型包括整数、浮点数、负数、布尔值、字符串、元组
可变参数类型包括字典、列表、集合
27、如何在定位元素后高亮元素以调试为目的
重置元素属性给定位的元素加背景、边框
28、什么是断言
assert判断测试结果与期望结果是否一致
目的为了表示与验证软件开发者预期的结果——当程序执行到断言的位置时对应的断言应该为真。若断言不为真时程序会中止执行并给出错误信息。
29、自动化测试过程中你遇到了哪些问题是如何解决的
1频繁地变更页面经常要修改页面对象类里面的代码
2自动化测试偶尔出现过误报
3自动化测试结果出现覆盖的情况Jenkins根据时间建立文件夹
4自动化测试代码维护比较麻烦
5自动化测试进行数据库对比数据
30、如何模拟浏览器的前进、后退、刷新操作 driver. navigate().forward() //前进 driver.navigate().back() //后退 driver.navigate0.efresh() //刷新
三、综合素质
1、自我介绍
面试官您好我叫XXX一直从事车载软件测试负责最多的是中控方面。
以下是我的一些优势
车载的测试流程我是熟练掌握的且能够独立编写测试用例。
平时BUG提交会使用到Jira类似禅道这些缺陷管理工具。
测试中抓取log会涉及adb命令的使用 也如会用monkey进行APP的稳定性测试有涉及到代码修改户使用到Androidstudio这些开发工具。
我自学过Java语法看懂简单代码。
我接触过有涉及到使用Canoe工具的项目比如HUDCANoe主要是用来仿真发送报文、分析报文等这些作用。
具有C1驾驶证也曾经路测过但开车的人不是我。
以上是我的个人简短的介绍谢谢。
2、离职多久了为什么要离职
人是需要不断锻炼的在一个地方呆太久人的思维会被环境所固化了换个环境或许对思维和空间上都有一个很好的发展。
1宁波版上周刚办理完离职手续想去宁波发展。
之前很荣幸去过研究院被实验室里面的更加先进与专业的设备给吸引了而且吉利研究院里面有很多名企我想会学到更多技能。
2深圳版上周刚办理完离职手续。
到目前为止我一直在后装发展
从我自身的职业规划出发我想把空间再往上升前装就是一个很好的挑战
假设反问我提升什么空间
不是同行但类似的岗位比如蓝牙测试我有比较泛的蓝牙测试经验我想贵公司的蓝牙测试会更具专一与专业性
同行同岗位贵司行业属于前装相对后装来说会更具备挑战性我本来也希望接触到跟多挑战的项目
目前我在这个岗位上的发展已经到了一个瓶颈想换一个环境修炼到更高层
3、谈一谈你的工作经历
我属于那种比较稳定的员工在上两家公司呆了平均时间都超过了3年强调自己的稳定不会经常跳槽
然后这两家公司都是属于车载行业的突出自己的行业经验和优势
我在职期间积累不少的车载工作经验比如怎么了解和分析一个产品的需求怎么去编写测试用例、怎么去规范使用各种不同的测试工具和怎么跟不同部门协调和沟通等待这些给出自己能带来的价值
4、谈谈你之前公司及工作情况感悟或收获
这两家都是做车载中控的我主要是负责中控系统全功能测试期间也参与了不少项目
积累了不少经验在有些项目中自己也能够独挡一面如怎么分析需求评审需求测试用例怎么写才能规范怎么跟同事与客户打交道相关测试工具的使用和技能的提升都有所累积
5、你做了这么多年软件测试有没有什么感悟
我的感悟有以下几点
首先从沟通上讲沟通是交互信息的前提在工作中会和不同的同事协调工作所以要保持良好的沟通。
其次身为测试是产品的第一个全面体验者应当站在用户的角度去理解整个产品才能更好地进行测试。
接着就是测试用例用例要覆盖所有的需求编写要规范且可执行性强。
最后就是总结在工作和生活中不断地去总结和积累经下次遇到类似问题就可以很好的找到解决方案。
6、谈谈你对未来的规划职业规划
近期入职后我想快速融入公司团队熟悉业务
远期还是要不断总结与积累提升个人的技能。
7、为什么要选择做软件测试
一开始是机缘巧合接触到这个岗位后面发现其实找BUG是一个很有趣的工作特别是找到大bug时就特别有成就感
且我性格也比较适合做测试工作比如细心有责任心性格开朗等。
8、谈谈你对软件测试工作的理解
软件测试是用来发现软件bug提高产品质量降低成本的一个工作。
9、作为软件测试员需要具备哪些特质
参考方面技术方面测试思维工作职责组织协调等。
测试人员需要具备的特质还蛮多的我认为的有以下几点
1掌握软件测试的相关技术才能提供测试的质量
2文档的编写能力要好特别体现在测试用例上
3做事要细心耐心负责任
4需要保持良好的沟通能力毕竟需要跟各个部门都要打交道
5思维要开阔时刻紧跟市场从跟多用户的角度思考问题。
10、如何做好软件测试工作技术/测试用例/沟通/个人
1要掌握软件测试的相关技术
2测试用例编写时要简洁清晰步骤详细可执行性强
3由于与不通过部门打交道必须具备良好的沟通协调能力
4做事一定要细心不急不躁且责任心要强
11、你觉得软件测试工作什么最重要
我觉得是思维
1思维要开阔些测试用例才能覆盖得更广些
2特别是逆向思维可以测试一些不容易被发现的BUG
3当然技术也很重要。
12、作为一个测试工程师你认为怎么样才能保证软件质量
在我看来软件质量不是靠测试出来的测试只是为了发现问题从而使产品尽善尽美开发才是软件质量的保证者代码的质量决定了产品的质量。
13、你的优点和缺点是什么
优点
1具备多年的车载测试经验
2对待工作比较细心耐心遇到不明白的地方也能虚心请教同事
3性格开朗沟通协调能力也不错与同事也能很好相处
缺点
1平时比较宅不怎么锻炼希望自己多锻炼有了好身体才能更好工作
14、有碰到让你印象深刻的BUG吗
有的我就举两个常见的例子
在正常倒车下出现黑屏
我们自己检查camera的连接都是好的提到开发开发分析发现是
1遇到过camera内核驱动异常
2camera hal ion内存泄漏。
某个平台播放某个视频时出现黑屏把视频放到其他平台去结果是好的后面发现只有这个平台不行给开发分析
1soc原厂不支持当前视频格式视频可能带版权
2如原厂soc支持就通过修改解码库
3如果不支持硬件解码此类视频源可以自己编写软件解码
就举这两个例子吧如下
1音乐播放界面carplay来电无法跳转到carplay。具体现象第一次能跳转到carplay页面第二次不能第三次可以第四次不能我走之前都还没未解决。
2亿连连接有线安卓时一直没连接上好像是华为手机。后面发现这类手机需要到开发者选项里面把USB调试相关子项都要打开
连接蓝牙后通话车机端没有声音输出先从硬件上看是否有mic硬件是OK的那就是软件的问题。
15、如果开发不认可你的BUG你会怎么做是否BUG/需求/环境/场景
我觉得要从以下几个方面分析
首先自身再确认过再找开发了解他说不是BUG的原因。
其次假设是需求变更那就找产品经理确认此事如果真的改就关闭如果没有话就继续激活。
接着假设开发说测试环境问题那可以按他说明重新部署环境验证BUG确实如他所说那就关闭如果不是还是就继续激活BUG。
最后假设开发说用户不存在这种使用场景但没人能保证客户的使用手法那我们就不认可他说的让部门老大去判定。
16、开发提测不准时项目上线出BUG怎么办
此类问题在任意一家公司都会存在也不能彻底解决
我们只能尽可能地去杜绝它我提个个人见解
首先确定好研发与测试的时间。
其次跟进开发进度再根据进度来调整开发计划。
最后哪些功能开发好了就先测试边不用等开发完再测。
17、项目上线后出现问题怎么办
评估bug的影响范围
1分析bug影响的用户数量
2分析bug影响的严重程度
解决线上问题
1bug影响范围比较小时后续版本迭代更新
2bug影响范围比较大时立即定位修改问题将问题影响范围降到最低
回溯线上问题
检查其他的业务是否有同类型的问题
1分析bug出现的原因
2补充操作出bug的测试用例
18、能否独立负责一个软件的测试准备怎么开展测试工作
我们基本都是独立负责项目只是项目的主导是测试主管而已当然没有测试主管我也可以主导一个项目
1老师给的开展工作
第一点我们要梳理整个项目的基本信息项目这次改动的模块/上线时间开发时间测试时间、参与的人员、项目给我们测试部的设备有哪些还需要我们测试部准备哪些
第二点分配人员把整个项目的基本信息梳理完后就要确定项目需要多少个人来测试按测试人员的能力分配的对应的测试模块让每人编写自己所负责的测试用例测试计划是由我编写
第三点把控测试进度每天抽一点时间来开个进度会议让每个模块的测试人员汇报一下测试进度和测试过程中遇到的问题做好一个协调与沟通的工作
2项目基本信息梳理完后确定项目需要多个人人参与开始分配任务确定每个人负责的模块
可以根据模块的复杂度、业务流程、测试人员的能力来进行组合分配。每个人一到两个核心流程分支流程由测试人员自行设计。若任务量过多自己要主动承担起一部分测试任务。整理好核心check list 主要业务流程自己得理清楚多跟产品开发聊聊有时间就多跑核心业务
3分配完后开始进入测试阶段定时汇报项目进度、测试过程中出现的问题和解决方案
让各位测试人员定期汇报进度以及质量问题每天早上 10 分钟左右站会解决这件事。特别是到项目后期每天开短会汇报进度。
测试流程阻塞分析在哪个环节产品 or 开发...出现的问题快速及时找到解决办法申请资源 or 放弃一步功能上线...。
做好跨部门协调工作及时沟通。
在整个项目测试期间每天早上抽个20分钟让测试人员要及时汇报进度以及出现的一些问题做好跨部门的协调与沟通。
19、工作中经常需要与哪些人沟通有哪些问题沟通
产品与设计沟通需求及 UI 界面方面的设计
开发了解他们的实现方式有针对性的设计用例bug与技术上的沟通
硬件组机器组装修理零件或线材缺失
业务部有些客户不知道某个功能的操作方式需要帮他去解决
20、在工作中遇到过什么困难怎么解决
1需求不明确导致改来改去
在项目总结会时提出让产品尽量先整理好需求再分发下来
2项目提测质量差
开发改好后先自测通过再提测自测用例可以测试提供一般是主要流程用例
3开发未按时间提测
紧跟进度进度有延时的及时反馈上去
测试可以提前介入比如提前问开发哪些功能做好了就先测哪些功能。再如开发计划两天完成一个功能就两天找一次开发不用等开发全部开发完成再开始测
4没有接口文档
让开发完善接口文档前期可以先用抓包工具辅助做接口测试完善接口文档对前后端联调也有很大帮助
5测试时间不够
测试时间不够砍功能或者加人或者先跑通主要流程。手上有多个项目的话先做优先级高的项目其他项目可以先过主要流程
6开发不及时改BUG导致项目延期
跟开发搞好关系时不时提醒一下开发及时改级别高的bug
21、你们测试的周期一般是多久
客户维护组时刻跟进BUG修改1-2天
项目组3-6个月后装市场竞争很激烈版本迭代更新很快但凡出慢一点就会被别人占领市场
22、一个项目写测试用例多长时间测了多久测出多少个BUG
没留意过具体多少条
没留意过具体每天多少条
一个模块的测试用例大概在100-200条用例但是还要以具体的功能为准
23、一天能测多少条用例能提多少个BUG
每天测试多少条用例是按测试计划安排没有固定数量
BUG也是项目前期bug会多点一天三十四十都有后期产品稳定就相对较少了开发会开玩笑说测不出问题就不能下班哈哈哈
24、你找工作时最重要考虑的因素是什么
公司的发展前景毕竟公司发展好了对于我们个人自然发展就好
还有就是比较乐意与像面试一样的人共事感觉会更开心一些
25、你怎么看待加班
加班是因为需要身为公司的一份子既然公司需要我们的付出那肯定义不容辞
26、你还有什么想问的吗
公司目前在开发的车机是安卓几点几了
请问这个岗位的规划是什么样的
测试跟开发有多少人
开发与测试的问题对接流程
测试内部工作安排流程是怎么样的
面试结果大概多久出来
27、你平时都关注什么
平时会看一些软件测试方面的内容比如CSDN、博客园上面等等上学习
28、期望中的工作环境是怎么样
学习交流的氛围特别是技术方面的交流与学习
同事之间沟通交流很愉快
29、你们公司的人员架构是怎么样的
公司部门很多我就讲技术相关的部门吧
产品/设计/MCU/应用/硬件/系统/测试
30、你对外包怎么看
不论选择什么性质的公司能实现人生价值即可
31、之前工资多少交社保/公积金吗都交多少
提醒不要回答具体数字要说区间在实事求是的范围
深圳模糊具体工资11-13有项目奖金
宁波17-22K加班费1比1
社保与公积金都按深户缴纳
32、什么时候可以到岗
我已经离职了随时都可以入职到岗
最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 这些资料对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你凡事要趁早特别是技术行业一定要提升技术功底。
