目录
1选择走测试为什么还要学这么多的开发知识?
2、为什么选择软件测试开发岗位而不是软件开发岗位? 软件开发:主要以业务编码为主。
3、个人的职业规划是什么?
4、测试中遇到的问题如何进行解决?
5、对自己的项目做过哪些测试工作?
开发不认可提测试的bug该怎么办
软件测试和软件测试开发的区别
11.项目研发流程中出现需求变更,测试人员应该怎么做?
12.当不同的项目存在大量重复的用例,如何做使得用例的创建更高效?
13. 如何提高测试人员和开发人员的沟通效率?
14.给项目测试留的时间只有3天,而测试评估需要5天,这种情况该怎么办?
从个人爱好出发:个人对开发技术比较感兴趣,所以在校期间看了较多开发方面的专业知识(目的是凸显自己爱学习)。
从工作性质出发:测试不仅包含黑盒测试,还有白盒测试。测试人员也需要具备扎实的开发能力来提高个人项目测试质量。另外测试人员也需要开发效能工具来辅助提高测试效率。(凸显自己对软件测试工作的了解)
结合上面两点进行表达。
测试:不管是测试还是测试开发都统称为测试人员,所以测试人员主要以保障项目测试质量为主,通过开发一些效能工具(比如我们学的自动化就是效能工具,除此之外还有我们课件上写的内存泄漏工具等等)来提高测试效率。
建议规划为(1~3年内,太长就有点假、大、空)
入职之后我将在一年内积极积累个人的测试经验,夯实测试能力和开发能 力,做好个人的项目测试管理。提高个人的测试影响力,不管是项目测试还是技术能力上都能够独挡一面。
我写的web项目(仅设计到前端代码和后端代码)在测试的时候发现有个字段展示的数据不正确,我首先通过在页面上使用F12开发者工具查看接口的请求参数和返回值是否正确,当时发现接口返回值是正确的,所以我判定是前端代码写的有问题。如果是接口返回值就是错误的,那可能是代码逻辑出现了问题,需要对后端代码进行调试。
项目中需要体现对项目的测试,先对个人的项目输出测试用例
如果同学对自动化掌握的还不错,可以对自己的web项目实施web自动化测试
1)对项目编写测试用例
参考测试用例对项目进行测试,选取几个用例把测试过程记录下来写一篇博客,把博客链接放到项目下面。
2)自动化测试
这里分两类同学,
第二类为简历上没有写了对自己的项目做过相关测试工作
可以告诉面试官,我目前还没有针对自己的项目做特定的测试手段。但是我了解了selenium工具,能够使用selenium工具来针对个人的项目实现自动化测试,继续告诉面试官如果我针对自己的项目做自动化测试我会如何实现。
描述如何针对selenium工具来实现自动化测试?
首先针对自己的项目设计测试用例,再针对测试用例来实现自动化测试用例。
自动化测试用例采用到selenium包里提供的
1)元素定位、元素的操作实现页面的交互
2)获取页面相关元素并使用断言来校验元素或者文本是否符合预期
3)最后使用套件将我写的测试用例串起来,通过套件来批量执行测试用例。
接口测试
检查数据正确性:不同的参数对应的不同接口返回结果;检查数据库数据是否正确
不同的请求类型:get post不同的请求类型下是否符合预期
校验接口兼容性:传入异常数据接口是否会崩溃,接口之间互相调用的情况下是否兼容老版本的接口
校验接口的安全性:参数是否加密,SQL注入,XSS漏洞(select * from user where userId = '1' or 1=1 )
具备批判性思维,自己在提bug时是否是误操作导致的,是否存在创建bug时描述不规范等问题。
如果是对bug的等级不认可,bug等级要有理有据,讲出bug这样定级的原因
站在用户的角度看待问题,反问:“如果你是用户,你能接受这样的问题吗
不光要能提出bug,最好也能提出解决方案
果沟通无效,则组织bug评审,邀请开发、测试、产品等代表参会,针对该问题进行分析如何进行解决,什么时候解决,由谁解决。
共同点:测试和测试开发都统称为测试人员,主要职责就是保障项目质量安全
不同点:测试开发比测试多“开发”二字,而这个开发并不是指业务开发,因为业务开发是开发人员的主要职责,这里的开发指的是需要开发测试效率工具,通过效率工具来提升测试效率和测试质量,比如我们的自动化就属于效率工具 。
及时了解需求变更情况,对测试用例进行灵活的修改。
使用用例库,预先把通用的用例编辑好,每次有项目存在大量重复的用例时可通过导入用例库的方式来提高用例创建的效率。
1)沟通之前准备好需要讨论的问题
2)沟通时注意合理且有礼貌的表达,若讨论出现对立意见,不要上升情绪,保持讨论对事不对人的原则
3)秉持批判性思维,反思自己,对他们的建议不排斥并辩证性吸取经验。
4)对于讨论会议要做好记录,避免会后遗忘造成无效的沟通
5)尽量采取面对面的高效沟通,减少低效的沟通工具来传递信息。
第一步:秉持测试质量为上原则。询问是否可以适当压缩上游(设计&开发)时间,从而增加保留的测试时间。
第二步:告知测试风险。是否可以接受只测试主要功能,次要功能可能会遗留风险。
第三步:向上反馈,若上述步骤都无法得到同意。将问题和历史沟通反馈给上级/测试经理并请求帮助