项目在上线之后又出现了Bug,这让很多测试人员和开发人员头痛.但很多时候线上Bug普遍地存在,不可避免. 任何项目都存在未发现 Bug  和 已发现 Bug  两种情况,不存在没有 Bug的情况. 即便是测试人员,在测试过程中也不可能发现所有Bug并覆盖 100% 的范围. 一个项目上线后也会出现Bug.那么遇到这种情况,测试人员该如何处理呢? 如果问题只在线上才出现,测试环境重现不了,那么可能是版本或环境配置的问题: 如果问题不仅线上能重现,测试环境也存在,那么很有可能是测试人员在测试过程中未

app上线后,后期维护显得尤为重要,今天给大家分享一下app上线后出现bug后的解决方法 1.继承Application类,重写onCreate方法 import java.io.File; import java.io.FileNotFoundException; import java.io.PrintStream; import java.lang.Thread.UncaughtExceptionHandler; import android.app.Application; /** *

+(NSDictionary *)replacedKeyFromPropertyName { return  @{ @"doctorId": @"id" }; } [SVProgressHUD showErrorWithStatus:response.message.length > 0 ? response.message : ERROR_MSG_NONETWORK]; // 网络问题提示 thirdLabel.preferredMaxLayoutWidth

封面 作为一名85后的技术男,一转眼10年过去了(一不小心暴露了年龄,虽然我叫18岁fantasy),亲手写代码已经是5年前了,目前主要负责公司的软件产品的规划和设计(所以最近写的东西也主要与设计和产品分析有关)并带着研发团队进行产品落地.偶尔手痒痒写点代码或者和团队讨论一下架构设计啥的,毕竟以前是那么的热爱! 这篇文章主要想写写我所在团队git的使用历程,有些算是回忆吧.~老司机共勉啊~ SVN时代 在刚进公司的时候,那会大家都还在使用svn.代码,原型设计和过程文档都在svn上.大概过了一年

说实话,作为一个Domino开发者,像測试驱动开发(Test-driven development).功能驱动开发(Feature-driven development)之类软件开发的高大上的方法论(Methodology),仅仅是偶尔在用其它语言开发的文章和程序猿那里看到和听到过,Domino独特的体系架构使得这些方法论都不太适用.只是依据我近期參与的某国外大型Java产品的经验(也在聊天中得到了朋友的印证),在现实中不管是用什么语言开发什么样的项目,都普遍存在一种方法论,而且还没有得到理论家

上一篇文章我讲到,报表软件FineReport一反常态,做了个<提BUG,拿现金>的活动,1个BUG,100块钱.纵览软件行业,如金蝶用友浪潮IBM微软等国内外巨头,均没有这样的举动去征集BUG.报表软件是软件行业的细分领域,盘子也不大,即便是领导企业了,帆软finereport也没有足够的理由去搞一个这样的活动. 是不是胡搞,到底是不是值得呢,结合上一篇文章中我提的问题,做一个简单的分析: 问题1:如果最后征集到很多,finereport这是要丢脸,那么多的BUG反映产品不稳定.不过感觉帆软

一直在用帆软的报表软件FineReport来做项目,也一直关注着这个公司的发展. 看到<提BUG,拿奖金>的这个活动,有些疑问和思考. 一般FineReport新版本在正式发布前,都会经过测试部反复测试,然后会选定小范围的用户来试用,保证稳定性后再发布,在发布后的一短时间内,用户量变大,会浮现出一些BUG,毕竟每次版本的更新和改动都比较大. 但这次却有些不同,以活动的形式做,还100块钱1个bug,我真是醉了. 1.如果最后征集到很多,finereport这是要丢脸,那么多的BUG反映产品不稳

项目经理担责任.产品担责任.测试只需要把测试中发现的问题展示出来.如实反应问题.谁担责任谁有权利决定上不上线.所以他们直接绕过了测试.APP的上线让我学到了很多东西,见识了很多东西,也感悟了很多.这是我之前的测试生涯中从未经历过的.我看到了自己的缺点,需要改正的地方.接触了各种性格的人.总之,我长见识了.我的感悟:1.测试工作不是闷头干自己的事,需要和各种性格各种角色的人打交道.2.本次的测试工作我做的很不好.我自己很不开心.和产品吵架了,在工作中给自己树立了敌人.2.测试工作的度.3.bug的

  在线预览:http://github.lesschina.com/python/base/concurrency/1.并发编程-进程先导篇.html Python3 与 C# 并发编程之- 进程篇:https://www.cnblogs.com/dotnetcrazy/p/9426279.html Linux专项¶ 先写几个问号来概况下今天准备说的内容:(谜底自己解开,文中都有) 你知道Ctrl+C终止进程的本质吗?你知道Kill -9 pid的真正含义吗? 你知道那些跨平台框架(Pytho

每年iOS升级,都会带来一些坑,这次iOS9也不例外.本文总结了微信在适配iOS9上遇到的问题和解决方案. 一.iOS9问题汇总   1. 编译问题(Bitcode) 大部分人升级到Xcode7后,首先遇到的问题是编译不过,错误提示大致是 xxx does not contain bitcode. You must rebuild it with bitcode enabled (Xcode setting ENABLE_BITCODE), obtain an updated library f

本文的工作流程,有一个共同点:都采用"功能驱动式开发"(Feature-driven development,简称FDD). 它指的是,需求是开发的起点,先有需求再有功能分支(feature branch)或者补丁分支(hotfix branch).完成开发后,该分支就合并到主分支,然后被删除. Git的几种开发流程 TrunkBased GitFlow Github flow Gitlab flow AoneFlow (阿里) Git flow gitflow 大致如上图所示,要分

好吧,还是那个社区APP,非管理系统,用户行为日志感觉不是很必要的,但是,错误日志咱还是得记录则个.总不能上线后报bug了让自己手足无措吧,虽然不管有木有错误日志报bug都是件很头疼的事... 我们知道webAPI也有好几个Filter,上篇文章我们做token与权限用到了ActionFilterAttribute,这次我们用ExceptionFilterAttribute来做异常日志的记录.首先我们的代码里面会主动的捕获一些异常手动抛出,例如对用户输入数据的验证,权限的验证,业务的验证等.也会

面试题1:http://www.docin.com/p-288430879.html 数据库优化: session和cookies区别 缓存系统有哪些 myisam和InDB读写区别 varchar和char区别 手写写入数据库 怎么调试代码 项目有无上线,上线后有没有访问量过大 TP大写字母函数

真是一晃就到年底,年初许的梦想实现了吗?这么残忍的问题还是不要知道答案了吧:) 这恍若隔世的大半年,不仅没有承接着上篇继续聊Continuous Delivery (CD),反而疑似荒废.然而,梦想还是在的,即使工作再繁忙,至少老板也会这样时不时地提醒我.还记得去年的年末开始学着用Stackstorm做Orchestration,当时满心觉得One-Click已经不再遥远.而时至今日,事实也差一点证明了这一点.还差的那一点便在于过于乐观地估计了对改造已有项目部署方式的难度.做过Code Refe

原文 Understanding Weak References Posted by enicholas on May 4, 2006 at 5:06 PM PDT 译文 我面试的这几个人怎么这么渣啊,连弱引用概念都没有.不行,我要写一篇吐槽一下. 相信我,弱引用很重要. 强引用(Strong references) 首先先回顾一下强引用(strong reference).强引用是常规的Java引用,你每天都会使用.例如: StringBuffer buffer = new StringBuf

git作为源码管理工具出于流行趋势.这里和大家一起分享下我们是如何用git的分支(branch)功能管理不同规模的项目 小型项目 推荐工具:TortoiseGit 开发阶段(第一版上线前):2个分支 develop和master 由于是项目参与人员不多,基本上很少会有不同角色的人员出现职责冲突,需求变更也不会很繁冗.这种情况值我们只需要主要功能分支. 其中develop负责开发版本,master相当于预上线版本. develop过程如果出现代码冲突,手工merge就好. 开发阶段(第一版上线后)

过去一年,开发了angularjs的wap项目,appwap社区,忙忙碌碌不停的做各种活动. 职业目标 今年,要多看书,别总是被懒癌缠身. 多学习,过去半年很少看技术文章了吧,养成定期看文章的好习惯,别总爱看电影. 少接单,今年压力少很多了,有做单的时间不如多看书. JavaScript技巧还要多向大神取取经,前端就是用技术给用户带来最好的产品体验,细节决定成败,牢记. nodejs,也要玩,虽然现在暂时没用处. html5游戏开发,个人有兴趣也是公司今年的需求之一,所以在众多学习对象中,这是最

WebAPI 用ExceptionFilterAttribute实现错误(异常)日志的记录(log4net做写库操作) 好吧,还是那个社区APP,非管理系统,用户行为日志感觉不是很必要的,但是,错误日志咱还是得记录则个.总不能上线后报bug了让自己手足无措吧,虽然不管有木有错误日志报bug都是件很头疼的事... 我们知道webAPI也有好几个Filter,上篇文章我们做token与权限用到了ActionFilterAttribute,这次我们用ExceptionFilterAttribute来做

前言 前面学习了主从复制和主主复制,接下来给大家分享一下怎么去使用mysql-proxy这个插件去配置MySQL集群中的负载均衡以及读写分离. 注意:这里比较坑的就是mysql-proxy一直没有更新导致版本太落后了,我在MySQL5.7.19中搭建玩负载均衡后有bug,所以这里我在windows中搭建了两个MySQL(好像是5.6或5.6以下的都可以搭建成功)服务器. 还有就是可以使用mysql-proxy的替代品mysql-Router功能更强大!废话不多说,我们直接干起来. 一.mysq-

功能模块:前端:门户.商品搜索.商品展示.购物车.注册&登录 后端:商品管理.订单管理.cms 上线,bug,维护,停到上线,维护,打包,上线 某一个模块出现bug,停到这个模块 tomcat:默认200并发: 负载均衡服务器nginx:( 相当于保安 ) 集群:针对一个外包,不针对一个模块,集群中节点数量不能太多,tomcat5个左右(并发量大的情形,并发量太大不行). 集群:相当于同一个工程代码拷贝多份部署到多台服务器,每台服务器单独独立部署运行. 分布式架构:把系统按照模块拆分成多个子系统

转自:https://www.cnblogs.com/xuld 一.目的 我们制定分支规范,意在实现以下目标: 减少沟通成本:开发者可以很清晰地知道需要修改的代码位于哪个分支. 减少 bug 隐患:避免因分支合并导致 bug. 维护线上稳定:通过一定的流程规范,保证线上代码安全. 灵活:支持多版本同时开发.同时发布. 简洁:用最少的分支解决问题,避免反复创建.合并分支,节约操作时间. 二.主分支: master 主分支(master)用于存放最新的稳定版本. 正式发布时:在主分支上创建标签(ta