我们在软件测试过程中,由于不同人员测试同一个项目,所以往往会出现Bug重复提交情况,导致对整个项目和人员产生影响: 浪费测试人员时间和精力,从而影响测试进度 浪费开发人员重复看Bug时间 若开发人员由Bug数量算绩效,会影响开发人员和测试人员之间的关系 导致整个测试工作不规范.不严谨 对于测试人员来说避免重复提Bug和提一个精确有效的Bug一样重要.为了避免重复Bug,先分析下导致Bug重复的可能情况: 不同测试人员重复测试相同的模块 不同测试人员重复测试相交的模块 总结了下解决上述情况的办法(

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

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.现在我总结几个我工作遇到的问题以及解决办法 1:有一次我为别的部门写一个服务接口,本地运行一切正常,但是到服务器就是报一个异常. 解决过程1:在本地先发布然后配置IIS,一切正常.然后把生成的bin文件替换服务器上的bin文件,依然异常 解决过程2:然后在代码中加入日志,但是日志竟然什么都没有.真实见鬼,最后没办法

作为一名前端开发,大家在工作中常常使用什么开发工具呢,我觉得我首选的是vscode,他配合git使用起来非常方便. 工作中常用三个命令: git终端常使用: git add . git commit -m"first commit" git push origin develop_zhongqiulan 学习git最好的官方网站 廖雪峰的官方网站:https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8

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

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

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

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

上一篇介绍了git的环境安装配置,本篇对git在工作中常用的用法进行总结,已满足大部分的日常工作需求,对于其他的一些git命令用法在今后使用到时我也会更新上来,文中如有错误,欢迎大家指出来,谢谢~ 一.git本地基础用法 1.创建代码仓库 git init 2.加入所有目录到仓库 git add . 3.提交 git commit -m "first commit" 简写 git ci 4.查看git提交状态 git status 简写 git st 5.借助diff查看具体修改的地方

踩坑篇又来啦,这是我在工作中从git小白进化到现在工作中运用自如的过程中,踩过的坑,以及解决办法. 1.基于远程develop分支,建一个本地task分支,并切换到该task分支 git checkout -b task-110 origin/develop //此处是一句就完成,而很多刚入门的小伙伴经常直接使用 git branch task-110 git checkout task-110 //但是此时只是在本地建了一个分支,并没有与远程库中的分支关联,还需执行 git branch --

工作中的开发过程(Javaweb路线,写给刚刚实习或者马上就要工作的朋友) 当我还没开始工作的时候,我是对实际项目开发流程充满未知和向往的,当时很希望能够有一个过来人,给我介绍一下实际工作起来是什么样子的. 如今这篇博客就是写给那些刚刚实习或者马上工作还未工作的朋友们.希望能够对开发工作流程有一个初步的认知和了解. 工作中的开发流程: 1.领任务 2.开发,自测,提交代码 3.测试人员测试,反Bug修改   首先,第一步: 领任务: 我们使用的是钉钉的 石墨文档 进来是这样的 , 上面的是开发人

这篇文章主要记录下工作中常用的git操作.主要是对之前文章记录的问题做个总结,这个其实在idea中操作更加简单 别名配置 在敲git 命令时,其实可以使用别名,比如 commit可以配置为ci 下面是我现在配置常用的别名 $ git config --global alias.st status $ git config --global alias.co checkout $ git config --global alias.ci commit $ git config --global a

·1.1 git的概述 Git(读音为/gɪt/.)是一个开源的分布式版本控制系统,可以有效.高速的处理从很小到非常大的项目版本管理.  Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件. 1.2 git的服务器地址 国内git服务器地址:https://gitee.com/ 国外git服务器地址:https://github.com/ 准备码云gitee账号,我的是gww.vip@qq.com和gww.dev@qq.com 1.3

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在工作中的一些使用实践~ 一:

C语言中史上最愚蠢的Bug   本文来自“The most stupid C bug ever”,很有意思,分享给大家.我相信这样的bug,就算你是高手你也会犯的.你来看看作者犯的这个Bug吧.. 首先,作者想用一段程序来创建一个文件,如果有文件名的话,就创建真正的文件,如果没有的话,就调用?tmpfile()?创建临时文件.他这段程序就是HTTP下载的C程序.code==200就是HTTP的返回码. 1 2 3 4 else if (code == 200) {     // Download

作为一枚程序员来说和数据库打交道是不可避免的,现收集一下工作中常用的SQL语句,希望能给大家带来一些帮助,当然不全面,欢迎补充! 1.执行插入语句,获取自动生成的递增的ID值 INSERT INTO SysRole (RoleName,RoleDesc) VALUES('超级管理员','描述') SELECT @@identity as 'id' 2.在同一数据表找到相同属性的记录 3.随机提取记录 SELECT RoleName FROM SysRole ORDER BY NEWID() 4.

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

常用Git指令总结 前阵子有几天好不顺,可谓是喝水都呛着,更何况被Git给呛着了,还不轻,哈哈.所以打算总结一下自己在工作使用到Git相关的东西以及和大家探讨使用GIt的心得体会.于是,关于Git的的文章也就呼之欲出,总结外加研究一些难啃的指令.Git工作流,后期会慢慢更新. 一.GIt的alias 1.先来说说自己比较喜欢用的简写指令,可根据个人自行配置,下图是本人自己工作常用的git简写: 2.像这样使用:  git st ---查看文件提交状态   git ci -m "提交信息说明&qu

[20180904]工作中一个错误.txt --//昨天看我提交一份修改建议,发现自己写的sql语句存在错误.--//链接:http://blog.itpub.net/267265/viewspace-2213259/--//里面提到:5f2atm993xz6wupdate PD_PMXS SET PDBZ =:"SYS_B_0" , STATUS =:"SYS_B_1" WHERE RDID =:1修改为update PD_PMXS SET PDBZ =:&quo

突然想到要整理这么一篇平时工作中相当常见但是我们又很忽视的布局的多种处理方法.临时就在我经常浏览的网站上抓的相对应的截图.(以后看到其他类型的我再补充) 既然截了图,咱们就直接看人家使用的布局方式,毕竟站在前辈肩膀上学习,我整理起来更轻松[哈哈].(然后我再说一些我能想到的处理方式,帮助我们在工作中应对不同的布局结构时,选择性的去找最适合自己页面布局的方法) 说在前面:为了更好的看出来两列结构,截图我都做了蓝线和红线的框选.颜色较深的换成了黄线.总之就是为了让你一眼看出来,哪块和哪块.适合布局萌