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

项目:1.提前分配好业务(每个人该干什么 )2.提前召开会议3.提前挑好人4.准备项目思维导图5.提前审阅项目6.为确保项目按期交付 把控好时间7.给员工提前打好招呼 (提醒加班)8.建立好安全机制9.明确上线部署机制10.开发结束后 对项目进行冒烟测试 以确保无大BUG 游戏:1.签到时间要与实时日期一致2.未签到状态登录时 自动提示其签到3.如期间有所遗漏签到的 可后期补签(如完成某些任务可触发补签机制)4.每签到一些特定时间后触发额外奖励(例如 7天 15天 )5.每个月全勤的话触发全勤机

实时监控大屏   众所周知:实时流量大屏,是用来监控前端项目上线质量的. 如大家所知,监控系统会监控线上应用的各项指标,如:错误.白屏.耗时等等,但是仔细一想,即使有这些监控,我们也不一定能够保证线上的应用是安全的. 为什么? 比如,当你上线了某个功能后,页面一切正常,但是某个流程无法进行了,这时候各项监控系统都不会有任何感知,即使你感知到,那也是一.两个小时之后的事情了,对于流量较大的应用来说,这个损失可不小.时间越长,开发者也要承担越大的责任.所以,实时流量大屏功能中,针对前端最关键的12大

根据bug的大小,如果影响业务逻辑及用户提醒及时处理,如果只是一些状态.文案等等对业务无重大影响可以跟版本迭代走 很严重的bug必然要回滚,想都不要想赶紧去着手安排做. 检查回滚版本是否会丢失数据,如果危害小可以让用户自己决定是否忽略(推送告知用户会丢失哪些数据一般说「部分数据」),如果危害大,替问题用户保存好数据并告知用户不要轻易回滚. 配合开发及测试人员,快速定位bug,并且锁定影响范围. 做好备份,及时发出上线公告,产生bug的功能暂且不上线,其他功能继续上线. 上线成功后,做一个上线总结

import java.io.Serializable;import java.util.HashMap;import java.util.Map;import java.util.UUID;import javax.servlet.http.Cookie;import javax.servlet.http.HttpServletRequest;import javax.servlet.http.HttpServletResponse;import org.springframework.bea

    公司项目采用了Log4j2来输出日志,在开发环境和测试环境下均可以输出日志,但在生成环境就没有日志输出.开始毫无头绪,后来通过不断的排查,终于解决了这个问题.在此记录下该问题的解决过程,便于后续查阅. 一.发现问题 @font-face{ font-family:"Times New Roman"; } @font-face{ font-family:"宋体"; } p.MsoNormal{ mso-style-name:正文; mso-style-pare

如果以开发环境上线,出错信息将全通过json暴露出来了,屏蔽方式如下: .env 文件设置如下APP_ENV=productionAPP_DEBUG=false 改完设置后把缓存清理一遍 如果更改后清除缓存还是不行,可以考虑重启服务器 PHP屏蔽错误方式如下: 打开php.ini文件 display_errors = Off;

转自:https://www.cnblogs.com/sxshaolong/p/10219527.html 很简单,需要 服务器端 加个配置文件,然后 重启服务就好了,记住一定要 重启服务,否则无效!

document.addEventListener('touchmove',(evt)=>{ }) 以上是ES6 语法,箭头函数,当然在IE下是不行的啦. 所以改为:ES5语法 document.addEventListener('touchmove',function (evt) { }) 简单操作,不麻烦.

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; /** *

最近有两个项目是在旧版本上实施的.上线前经过一轮测试后,发现了一些产品(我们的产品确实不稳定) 在这个项目上,修改产品bug是肯定的.但是要不要追踪这些bug? 这就跟版本使用范围有关系了,毕竟要考虑开发和测试成本. 这个版本目前只给这两个客户使用.以后的客户都使用新版本. 所以bug就算追出来了,也无用武之地. 所以,最后结论是: 只修改,不追踪,保证上线后项目质量即可. 等到新版本要进行上线前测试时,那时的追踪性价比才是最高的.

又是一阵一阵的时光过去了,今夜,码的不是代码,是文字,继续和大伙分享创业的这一路历程. 话说,在突破技术的领域,IT连和IT恋上线后,慢慢走上运营这条路时,发现自己经常容易迷失. 毕竟,做为一名技术型创业者,攻克产品第一关不是问题,但第二关运营,却不是我所长. 于是乎:招人啊!!!! 于是乎:没钱啊!!!! 好吧,那就招几个新人吧,该花的钱还是逃不了的!!!! 然后,好不容易招来一个帅哥,和他说,给你两星期,给我弄1000个美女过来,都要这么美的: 后来的故事,在之前的文章里,有透露过 :他是新

一.目的 在一台服务器上面管理所有机器的应用程序. 设想是通过一条命令能够知道所有应用程序是否running 如果not running 查看具体项目的log 跟踪具体原因,程序问题汇报相关负责人 二.环境搭建(68部署服务器) 公司部门:业务部,数据处理部,系统运维部,数据挖掘部 /home/release/business /home/release/datamining /home/release/ops /home/release/platform ok 创建好目录我们来进行程序的上线操

django项目上线环境部署 第一步 安装python虚拟环境 1 安装虚拟环境virtualenv 2 安装virtualenvwrapper工具 3 确认virtualenvwrapper.sh脚本正常使用 4 确认用户环境变量配置文件,有virtualenvwrapper.sh的四行配置 WORKON_HOME=~/Envs VIRTUALENVWRAPPER_VIRTUALENV_ARGS='--no-site-packages' VIRTUALENVWRAPPER_PYTHON=/op

SpringBoot 项目打包后获取不到resource下资源的解决 在项目中有几个文件需要下载,然后不想暴露真实路径,又没有CDN,便决定使用接口的方式来获取文件.最初的时候使用了传统的方法来获取文件路径,发现不行.查找资料后发现是SpringBoot框架导致的,得用另外的方法: //听说在linux系统中会失效. //不用听说了,就是会挂,血的教训 String path = ResourceUtils.getURL("classpath:").getPath(); //此方法返回

四月份我们公司负责的电票系统上线了,这个系统上线比客户方其他系统上线还特殊,是二期改造项目,旧系统数据还要整合抽取到新系统中继续使用,而且该系统不是增量型方式开发上线的,而且全部开发完后全国上线的,这样开发压力大,测试人员压力也很大,由于环境问题以及在接近上线前客户方还在做需求变更,导致上线后出现了不少缺陷问题,两周后大部分问题还好都得以解决.而在上线前由于多种原因,我们性能测试人员根据项目调研提供的典型交易进行测试发现了不少问题,但是由于开发人员还在忙于需求变更等开发工作,对我们发现的性能问题

记一次构建SaaS平台项目失败后的反思 前言: 笔者从2017年起开始着手将公司现有的软件系统改造成多租户模式,以降低整个系统的运营成本.但最后这个项目以失败告终.今天,我将对这个SaaS项目是如何走向失败,做一个分析和反思. 此前,我们花费了两年的时间研发了一套教学系统,考虑到用户的数量与营运成本,后期决定将这套单体的应用程序改造为基于SaaS架构的多租户应用程序.经过短暂的需求分析后,便开始了重构工作.经过一年的艰苦奋斗,SaaS化的产品不仅用户不能接受,就连我们自己也无法成功运营.其功能的

本博文来源于网络,原文的地址在本篇博文最下方. 如何将java web项目上线/部署到公网 关于如何将Java Web上线,部署到公网,让全世界的人都可以访问的问题.小编将作出系列化,完整的流程介绍. 1.在myeclipse中开发好项目,打包成war格式,不会的同学参考以下 http://zhidao.baidu.com/link?url=Gb0OV9pHiDtJr8nyjPrnSA65g49I4TEAn2N3pwXsxzVsCaX0gJ8RQZHQ2GmDrmdM0ltoBdCPYEtT1i

第十二章 Django项目上线部署 目前部署Django项目有两种主流方案:Nginx+uWsGI+Django或者Apache+uWSGI+Django.Nginx作为服务器最前端,负责接收浏览器的所有请求并统一管理.静态请求由Nginx自己处理:非静态请求通过uWSGI服务器传递给Django应用,由Django进行处理并做出相应,从而完成一次Web请求.本章以Nginx+uWSGI+Django为例讲述如何在linux系统上部署Django应用. 12.1 按照python3 Centos

我所在的产品线,并非公司最大最强的产品 甚至为了推广我们这个产品,一般会拿给客户先免费试用 而在试用之前,是要经过一番通测的,测得很急,测得很快 所以产品bug非常多 那么在测试项目的时候,自然会发现不少产品bug 我接手项目测试1个月了 刚开始发现了产品bug,就盯着开发改好,然后把产品在本地和客户环境都部署一遍 现在却力不从心.因为产品bug真的挺多,项目上线时间又很紧 于是跟开发组长讨论了下 解决方法如下: 项目测试过程中发现的产品bug,先提到产品bug目录下(我们用的是bugfree)