其实,面试官并不关心你描述的这个bug是否真的有价值,或有多曲折离奇?他只是: * 了解你平时工作中的测试能力 所以,这就要求的你平时工作中遇到bug时试着自己去定位,定位bug的过程远比你的单纯的执行测试用例有“价值”(自我技能提高的价值),在定位bug的过程中你需要掌握和运用更多知识. 另外,建议你平时养成总结的好习惯,发现的bug,开发解决了,最好问问他原因以及解决的方法,这样再遇到类似问题时,自己也可以试着定位解决.遇到难解决的bug,也可以把最终的解决过程记录下来.(这不是就有素材了)

测试中测到一个印象比较深刻的bug,问题出现在web端的电商平台,展示商品的时候每点击一个商品相应的url=~/productid.html,如果知道productid可以直接在url输入跳转到商品详情,相应的下单的时候会生成一个ordid,订单详情页url=~/ordid.html,于是随意更改了几个ordid试了试,发现可以浏览订单编号存在的别人的订单详情,没有做权限过滤故提交这个bug. 开发解决方案:在访问订单数据前获取登陆用户信息做权限处理. ‘

BUG 的生命周期 Bug-->软件程序的漏洞或缺陷 Bug 的类型:代码错误.设计缺陷.界面优化.性能问题.配置相关.安装部署.安全相关.标准规划.测试脚本....其他(功能类.界面类.性能类.易用性类.兼容性类....) Bug 的等级 1)致命错误: 常规操作引起的系统崩溃.死机.死循环 造成数据泄露的安全性问题,比如恶意攻击造成的账户私密信息泄露 设计金钱的计算 2)严重错误: 重要功能不能实现 错误的波及面广,影响到其他重要的正常功能实现,功能交互 非常规操作导致的程序崩溃.死机.死循

BUG 的生命周期 BUG 的生命周期 Bug-->软件程序的漏洞或缺陷 Bug 的类型:代码错误.设计缺陷.界面优化.性能问题.配置相关.安装部署.安全相关.标准规划.测试脚本....其他(功能类.界面类.性能类.易用性类.兼容性类....) Bug 的等级 1)致命错误: 常规操作引起的系统崩溃.死机.死循环 造成数据泄露的安全性问题,比如恶意攻击造成的账户私密信息泄露 设计金钱的计算 2)严重错误: 重要功能不能实现 错误的波及面广,影响到其他重要的正常功能实现,功能交互 非常规操作导致的

bug定义 狭义:软件程序的漏洞或缺陷 广义:测试工程师或用户所发现和提出的软件可改进的细节(增强型.建议性)或需求文档存在差异的功能实现 职责:发现bug,提给开发,让其修改 bug类型--了解 代码(功能)错误---最常见--优先级偏高 界面优化--UI测试--优先级偏低 设计缺陷--优化建议:需求就不合理--优先级偏低 bug的等级--优先级 致命错误--blocker 常规操作引起的系统崩溃.死机.死循环.闪退 造成数据泄露的安全性问题,比如恶意攻击造成的账户私密信息泄露 涉及金钱计算-

第一个月综合面试题 1.  冒烟测试是什么意思?  对主要的用例测试 2.你们公司的项目流程是什么? 3.你们公司的bug分几个级别?  4个 4.你对外键是怎么理解的? 你会使用外键吗?给一个表添加外键的sql语句是怎么写的?可以口述一下吗? 外键主要对数据的检索 , Alter  table   表名  add    constraint  外键名   foreign   key  (子表字段名)  references  父表(父表表名) 5.购物车的测试点有哪些? 6.你们公司用过那些数

BUG管理工具的主要功能是对软件开发测试过程中出现的BUG进行跟踪管理,提高开发者的工作效率与工作质量. 在实际工作中,如果没有bug管理工具的帮助,就可能会出现如下一系列的影响: 1.软件测试人员将Bug已经提交给了开发人员,但是开发人员可能没有一个很清晰的界面来接收到测试人员提交的Bug信息. 2.有一些Bug可能是测试人员进行回归测试中测试出的问题,但是不能和第一次测试出此类型的情况进行关联,所引起的结果为不能进行有效的回归测试. 3.测试样例的版本控制难以做到,不能很清晰地看出Bug所处

一个wap端改版项目完结了,总结下测试过程中的典型性bug:应该从哪个角度去总结? 有点疑问?不知道是以bug的影响度去总结,还是以优先级去总结(好像优先级和影响度是成正比的,优先级比较高的bug,影响度一般也是比较大的) 以测试角度去总结的bug:和开发自己总结的典型bug:好像都是不一样的(筛选角度不一样吧) 项目中功能测试占比90%,筛选典型bug,大都会以功能业务去筛选bug(一般这种bug出现的原因,就是开发对需求理解有偏差或者手下误) 接口测试占比比较少,还是有时间就测试接口:没有时

在最近的性能测试中,某一个查询接口指标不通过,开发做了N次优化,最终的优化方案如下:异步查询然后转同步,再加上redis缓存.此为背景. 在测试过程中发现一个BUG:同样的请求在第一次查询结果是OK的,但是第二次查询(理论上讲得到的缓存数据)缺失了某些字段. 后端服务的测试代码如下,代码内容作了简化,留下了关键的部分,doSomething(dataMap);为简化方法,其中teacherPadAsyncService.doExcuteLikeSateAsync().teacherPadAsyn

接口测试 一.你对HTTP有没有了解过?具体讲一下对http的了解.(答题思路: 定义.常见请求类型.状态码.请求头请求体.响应头和响应体.三次握手和四次挥手.)答:了解,我们做接口的时候基本上都是基于http接口来做的.HTTP是超文本传输协议,超文本是指数据传输时,可以进行文本传输之外的数据,比如图像.音频等,http默认端口是80.http的工作原理是,客户端通过URL向http服务器发送请求,服务器接收请求后,向客户端发送响应信息.HTTP常见的请求类型有post(增).get(查).p

你好呀,我是歪歪. 前几天有朋友给我发来这样的一个截图: 他说他不理解,为什么这样不报错. 我说我也不理解,把一个 boolean 类型赋值给 int 类型,怎么会不报错呢,并接着追问他:这个代码截图是哪里来的? 他说是 Lombok 的 @Data 注解自动生成的. 巧了,对于 Lombok 我之前有一点点了解,所以听到这个的答案的那一瞬间,电光火石之间我仿佛明白了点什么东西:因为 Lombok 是利用字节码增强的技术,直接操作字节码文件的,难道它可以直接绕过变量类型不匹配的问题? 但是很快又

前言 大概一个月没写博客了吧,这段时间事情比较多(家里有事,请了一段时间假,正好利用剩余几天时间面了几次试),也没抽出来时间写博客,还好所有的事情已经处理完了,今天闲来无事就整理一下这几次面试过程中遇到的问题吧 我大概面试了6,7家公司吧,有大公司也有小公司,最后拿到4家offer,可能有的人看到这样的数据,会说我在吹牛*,我想说的是你做不到的事情不代表别人做不到.现在把我是如何在一周内拿到4份offer的经验和经历做个简单的介绍,分享一下自己的心得,希望对即将找工作的你有些帮助. 面试准备 简

如果大家有关注一些测试类的公众号或者论坛的话,肯定会发现很多文章都在表示现在行业的寒冬冷潮来了!然后有很多测试行业从业者,或者转行测试行业者都表示:工作好难找,公司跑了千千万,依然拿不到一个offer:面试太难了,一不小心就掉坑里,防不胜防:面试官太刁钻,问的问题都不知道他的意图是什么,怎么拿offer?! 诸如此类的言辞满天飞,让很多圈内圈外的人都人心惶惶.那么,现在找个工作真的有这么难么? 不是不然!你只是不知道面试官的意图是什么,不知道他考察你的点在哪里.只要弄明白面试中的一些固有套路,拿

原文链接 作者:稻草叔叔 http://juejin.im/post/5b4328bbf265da0fa21a6820 点击上方 "后端技术精选",选择 "置顶公众号" 技术文章第一时间送达! 作者:稻草叔叔 juejin.im/post/5b4328bbf265da0fa21a6820 Git 是目前最流行的源代码管理工具.为规范开发,保持代码提交记录以及 git 分支结构清晰,方便后续维护,现规范 git 的相关操作. 分支管理 分支命名 master 分支 m

第五次团队作业 序言 所属课程 https://edu.cnblogs.com/campus/xnsy/2019autumnsystemanalysisanddesign 作业要求 https://www.cnblogs.com/harry240/p/11524169.html Git地址 https://github.com/15881450273/xiyousmart_cloudplatform.git 团队名称 卓越Code 作业目标 (1)团队成员的学号列表: (2)给出发布地址以及安装

◆版权声明:本文出自胖喵~的博客,转载必须注明出处. 转载请注明出处:http://www.cnblogs.com/by-dream/p/4872244.html 前言 在App的测试中,除了单元测试来保证Andr​​oid应用程序的各个组件(例如activities.services和content providers),测试用户在应用程序界面的行为也是非常重要的一部分.UI测试(UI Testing)可确保用户在一系列操作过程中(例如键盘输入.点击菜单.弹出对话框.图像显示以及其他UI控件的

设想和目标 1 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件需要解决的问题是当前高校学生征信系统建设薄弱的问题,我们试图建立一个征信系统,在完成之后推向高校试用.减少类似于"校园贷"之类的恶性事件的发生. 我们认为我们对于该软件的定义相对清楚,在项目需求报告中也给出了相对清晰的典型用户和典型和场景. 2 我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么?) 总体来说,基本达到预期目标,但是也还有些目标没有完成.在A

Postmortem结果 设想和目标 1 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件需要解决的问题是当前高校学生征信系统建设薄弱的问题,我们试图建立一个征信系统,在完成之后推向高校试用.减少类似于"校园贷"之类的恶性事件的发生. 我们认为我们对于该软件的定义相对清楚,在项目需求报告中也给出了相对清晰的典型用户和典型和场景. 2 我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么?) 总体来说,基本达到预期目标,但是

一.前言 在网络上看到一篇博客Spring实现AOP的4种方式,博主写的很通俗易懂,但排版实在抓狂,对于我这么一个对排版.代码格式有强迫症的人来说,实在是不能忍受~~~~(>_<)~~~~. 我亲手实现了一遍,重新整理,加上了一些不易关注到的细节.漏掉的知识,以及自己对AOP的一些理解,写成这篇博客. 二.AOP相关概念 (1)AOP是什么?AOP与拦截器的区别? 太抽象的不说,如果你知道Struts2的拦截器,拦截器就是应用的AOP的思想,它用于拦截Action以进行一些预处理或结果处理.而

[Alpha]阶段测试报告 在测试过程中发现的BUG ​ 在最后的测试阶段中,我们不可避免的遇到了各种各样的BUG.虽然大多数都不是严重的BUG,但是这些细枝末节的问题的堆积,依然会很大程度上降低用户在使用时的体验.由于时间问题,截至本文档提交,我们修复了其中的一部分问题,剩下的将会尽快修复并更新发布版本. 我们的产品后端采用django实现.在进行测试时,我们对所有接口的所有正确与错误情况都进行了一一测试.对于每种错误情况,构造相应的错误请求,并检测返回的错误编码是否符合预期. 在测试过程中,

Git 是目前最流行的源代码管理工具. 为规范开发,保持代码提交记录以及 git 分支结构清晰,方便后续维护,现规范 git 的相关操作. 分支管理 分支命名 master 分支 master 为主分支,也是用于部署生产环境的分支,确保master分支稳定性 master 分支一般由develop以及hotfix分支合并,任何时间都不能直接修改代码 develop 分支 develop 为开发分支,始终保持最新完成以及bug修复后的代码 一般开发的新功能时,feature分支都是基于develo