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

最近一年,在开发实践过程中遇到了不少问题,大多都能得到解决 部分知其原理,部分只能做到解决问题,而半年前遇到的问题,或多或少都忘得差不多了 是该记录一下一些问题,防止再遇到就得再查资料了 1. 浏览器在开启有道划词插件的时候,使用 AjaxFileUpload 插件上传文件报错 开启插件时,该插件会往文档中添加音频元素节点 而AjaxFileUpload插件的上传文件处理方式是,获取返回的实体内容,直接进行eval 解析,解析失败,报错,则无法上传 这插件在旧系统中常用到,解决办法就是不用这个插

工作中遇到的这个问题还是很有意思的.其中嵌套了很多奇葩性的问题. (转载请指明出于breaksoftware的csdn博客) 我们来看下故事的发生过程,QA同学发现我们存在如下的bug 看到如此多的串,可以认为这个是典型的溢出问题.后来我咨询解决该问题的同学,他说这个bug在debug模式下不会出现,只有在release下才会出现(这个意味着,该问题很有可能是内存问题引起的,因为debug和release的一个很大的区别就是内存初始化和布局).解决方案就是在筛选器后面加个\0. OPENFILE

工作中我们会遇到形形色色的bug,但是很多bug都可以调试很明显的看出来,这种bug解决起来我们不会那么头疼但是有些却让人头疼而捉急,特别是本地运行一切正常,上传服务器就会出现bug.现在我总结几个我工作遇到的问题以及解决办法 1:有一次我为别的部门写一个服务接口,本地运行一切正常,但是到服务器就是报一个异常. 解决过程1:在本地先发布然后配置IIS,一切正常.然后把生成的bin文件替换服务器上的bin文件,依然异常 解决过程2:然后在代码中加入日志,但是日志竟然什么都没有.真实见鬼,最后没办法

161.用户表和超级用户分成2个表,很不合理,查询的时候,非常复杂. 162.left join还是很有"市场"的.机构表Org连接User时,想获得user的名字,可能存在,也可能不存在,left join就适合. ##多个left join 之间不能使用","隔开select cg.*,u.loginName creatorName,org.nativeName advertiserNamefrom CampaignGroup cgleft join Organ

在测试的工作中,提BUG是日常工作. 以前自己为了省事,省时,仅仅是截图,在图片上注明一下问题,就放到BUG库中了. 现在发现这样会造成开发的时间的浪费,增加了沟通成本. 对于BUG,当发现了异常时,首先自己重现一下刚才的步骤,判断是偶现还是可以重现,另外,也可以请同事,帮忙检查一下,按照步骤操作一次. 如果还是有疑问,可以请产品同事来帮忙确认,这样就可以避免与开发同事的争论. 当发现了BUG后,提到BUG管理工具中时,注意一下提BUG的格式. 提BUG格式: 标题(简单描述一下问题) 1,测试

记录工作中发现的相对而言经典的问题 [数据库时区问题] 我个人数据库配置为CST 如下 我们测试环境的数据库配置为UTC 如下 倘若我修改了测试环境数据库时区为CST.由此造成的问题是 系统读取到数据库的时间和在数据库中直接查询出来的时间不一致,一开始开发偷偷修改了数据库的时区以解决这个BUG. 这个是不对的.如果客户是在香港,欧洲呢,客户自己公司配置的数据库就是这个时区.后来开发修改了连接数据库配置的代码以兼容这个BUG [mysql中tinyint(1)类型的字段] 我新建了1个表,定义了s

有人看到别人在侵淫面试技巧,什么<程序员面试宝典>,或者<面试测试工程师须知>等等,就会嗤之以鼻.他会觉得这不是“投机取巧”吗,最重要的还是踏实提高自己的能力. 非常同意这种看法,但是转过头来回顾现实,现在无论是学校的升学考试,还是企业的应聘面试,大多是类似的应试路线.从小学到大学,再到企业,培养了一批批擅长考前突击作战,应试能力颇高的“人才”. 抛开这种方式对于错,仔细观察一些面试题,会发现每一个问题都包含有自身的意义.那么最近在网上常常看到有人说,面试官问“在以前测试工作中发现

从事过软件测试的小伙们就会明白会使用Linux是多么重要的一件事,工作时需要用到,面试时会被问到,简历中需要写到. 对于软件测试人员来说,不需要你多么熟练使用Linux所有命令,也不需要你对Linux系统完全了解,你只需要学会一些常用的基本命令,这些命令足够支撑你去查看日志,定位bug,修改文件,搭建环境就完全OK了.对于Linux系统底层的实现不需要了解,甚至对于绝大多数的命令都不需要知道. 我们是如何在我们的工作中使用Linux呢? 相信很多人都知道,之所以我们会用到Linux,是因为我们的

Svn是一款管理项目代码的版本控制系统,是基于集中式的版本控制系统.在工作中,由于实际开发工作的需要,部门是使用Svn来管理日常的项目开发任务.使用这么长时间了,来谈谈对Svn的感悟. 首先,说下工作流程.根据实际的需求,将整个项目流程分为四部分:本地,ft,uat和正式环境.本地主环境要是提供给员工在开发测试使用的,是在个人电脑上进行的,ft环境是测试人员进行测试场所,uat环境是预发环境,一般是给产品使用,而正式环境就是线上啦. 在每个环境下,包括多个文件夹,每个文件夹下是一个具体的项目,它

从事过软件测试的小伙们就会明白会使用Linux是多么重要的一件事,工作时需要用到,面试时会被问到,简历中需要写到. 对于软件测试人员来说,不需要你多么熟练使用Linux所有命令,也不需要你对Linux系统完全了解,你只需要学会一些常用的基本命令,这些命令足够支撑你去查看日志,定位bug,修改文件,搭建环境就完全OK了.对于Linux系统底层的实现不需要了解,甚至对于绝大多数的命令都不需要知道. 我们是如何在我们的工作中使用Linux呢? 相信很多人都知道,之所以我们会用到Linux,是因为我们的

从事过软件测试的小伙们就会明白会使用Linux是多么重要的一件事,工作时需要用到,面试时会被问到,简历中需要写到.对于软件测试人员来说,不需要你多么熟练使用Linux所有命令,也不需要你对Linux系统完全了解,你只需要学会一些常用的基本命令,这些命令足够支撑你去查看日志,定位bug,修改文件,搭建环境就完全OK了.对于Linux系统底层的实现不需要了解,甚至对于绝大多数的命令都不需要知道. 我们是如何在我们的工作中使用Linux呢? 相信很多人都知道,之所以我们会用到Linux,是因为我们的产

工作中总有一些经验能让人记忆深刻,能让人终生受用,相比技术而言,经验是宝贵的.无价的.在我的博客中,主要是技术类的博文,那些东西是相对死板的,价值也相对低廉.今天就记录一下我在工作中一次比较重要的经验吧. 事情发生得也比较奇葩,相信有一些人知道向日葵开机棒这个东西,没错,这个东西就是经验发生的最初原因,待我一一道来,可能还要配些图文说明,才能说得清.有一段时间内,公司要求每个人都要做到节能,就是人离关灯.关电脑.关空调,关灯关空调这个都没问题,关电脑不太现实,因为那时候线上环境系统不成熟,随时可

Git-[技术干货]工作中Git的使用实践 置顶 2019-09-17 21:02:16 web洋仔 阅读数 11444更多 分类专栏: Git   版权声明:本文为博主原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明. 本文链接:https://blog.csdn.net/CSDN___LYY/article/details/100939749 工作中git是一项必不可少的技能,在项目的开发进程中起着至关重要的作用,下面介绍一些git在工作中的一些使用实践~ 一:

引言 无论是工作还是科研,我们都希望工作既快又好,然而大多数时候却迷失在繁杂的重复劳动中,久久无法摆脱繁杂的事情. 你是不是曾有这样一种想法:如果我有哆啦A梦的口袋,只要拿出神奇道具就可解当下棘手的问题,无论是考试也好还是工作也罢,啥事都不愁. 现实生活中往往不会有那么强大的工具,但是如果有一些神奇能让工作更有效率,也堪比那神奇口袋了!不知道工作许久的你是否也有一些密不外传的神器呢?小黑这里与大家一起聊聊哪些神奇的效率工具. 其实,提高效率的工具真有很多,而且在特定场合下,工具带来的效率是量级的

一.模式解析 责任链模式是一种对象的行为模式.在责任链模式里,很多对象由每一个对象对其下家的引用而连接起来形成一条链.请求在这个链上传递,直到链上的某一个对象决定处理此请求.发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求,这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任. 责任链模式的要点主要是: 1.有多个对象共同对一个任务进行处理. 2.这些对象使用链式存储结构,形成一个链,每个对象知道自己的下一个对象. 3.一个对象对任务进行处理,可以添加一些操作后将对象传递个下

sed是一个流编辑器(stream editor),一个非交互式的行编辑器.它一次处理一行内容.处理时,把当前处理的行存储在临时缓冲区中,称为"模式空间",接着用sed命令处理缓冲区中的内容,处理完成后,把缓冲区的内容送往屏幕:接着处理下一行,这样不断重复,直到文件末尾.文件内容并没有改变,除非你使用重定向存储输出.sed主要用来自动编辑一个或多个文件:简化对文件的反复操作:编写转换程序等.在日常的运维工程中,会时常用sed命令来处理行操作,下面根据工作中的使用经验对sed的用法做一梳

其实IT是一个很严谨的行业,不管是从代码角度还是从日常的工作分配都是按计划来的. 从今年年初到现在,在我的工作中出现了两次“Delay”,第一次不以为然,虽然上司也找过我谈话,但没意识到问题的严重性. 第二次我又犯了,这次我皱紧了眉头,进行了一次深入反省,杜绝错误不再发生. 一丶为什么会出现Delay 1.任务真的很多 2.时间很宽裕,工作上的懒惰导致了Delay 3.不可预知性的事情很多,比如今天同事找我帮忙,今天开会,又或者遇到了技术难题,导致了规定时间内的任务没有完成等等 二丶怎么杜绝De

在Linux的发行版本中,都存在一个/proc/目录,有的也称它为Proc文件系统.在 /proc 虚拟文件系统中存在一些可调节的内核参数.这个文件系统中的每个文件都表示一个或多个参数,它们可以通过 cat 工具进行读取,或使用 echo 命令进行修改.下面给出了几个可调节的参数是关于Linux TCP/IP 栈的参数,相关的帮助可以通过man tcp或info tcp获取.在这个目录中,包括了一些特殊的文件,不仅能用来反映内核的现行状态和查看硬件信息,而且,有些文件还允许用户来修改其中的内容,

回顾从大一到大三的学习生活,我在学习过程中遇到过许多BUG,刚开始和罗凯老师学习C++时从来没有接触过编程,那时候导致程序不能运行的原因多是语法错误和拼写错误,到了大一下学期,错误多出现在循环与条件跳转的逻辑上,有一次作业是骑士游历问题,在我的程序中由于出现了死循环,以及算法思路不够清晰,考虑问题不够周全.所以程序无法得出正确结果,最后和同学一起重新将逻辑理清之后才解决了问题. 再到后来对编程有一定了解之后,语法方面的问题少了很多,后来我印象最深的BUG是在我们的大创项目中,当时我们正在开发用户

今天试着用VS 2017去开发一个.net core项目,想着看看.net core的开发和MVC5开发有什么区别,然后从中发现了一个VS2017的Bug. 首先,我们新建项目,ASP.NET Core Web应用程序,如图: 新建好后,我们按照习惯,在controller文件夹上面,点击鼠标右键,添加控制器...,出现了如下界面: 这个对话框什么意思呢?怎么会提示添加依赖项呢?按理来说,我们直接调试运行,项目就跑起来了!!! 先不管他,我们直接点击添加,然后稍等一会儿,等他添加依赖.完成后,出