11 hursing

尚未进行身份认证

靓仔今日有乜带协啊

等级
TA的排名 2k+

Mac用Homebrew安装libimobiledevice

我的环境是macOS Catalina Version 10.15.2。请注意时效性。第一步,安装Command Line Tools到 https://developer.apple.com/download/more/?=for%20Xcode 安装最新版的Command Line Tools。即使你装了最新版的Xcode,后续仍可能报错。第二步,给pkg-config加权限# 注意路...

2019-12-30 10:53:08

CentOS一键编译安装nginx,带http2/brotli/zlib/pcre/ssl,非root监听80端口

系统环境与依赖:脚本示范的是CentOS 7.6。Ubuntu 18也是可以的,把脚本里的yum改成apt即可。各依赖库的版本请看url里的数字。有升级的话,改一下版本数字即可继续用这个脚本。脚本说明在注释里:# 这一步需要root用户来执行# 需要git来从GitHub上clone brotli。gcc-c++是pcre需要的,不然configure会报错。yum install ...

2019-06-27 12:04:46

解决Jenkins连接git时报错Permission denied (publickey)

环境Ubuntu18.04LTSJenkins2.164.3。通过aptinstalljenkins安装的。原因通过apt安装的结果是Jenkins创建了一个jenkins用户,并作为service以这个用户来运行。所以无论是root还是当前用户的sshkey都是不生效的。解决从原因可知,方案有两种。一种是修改jenkins运行时的用户,这是百度出来的答案。需要注意的是,当...

2019-05-24 18:07:29

CentOS7+Confluence6+PostgreSQL11搭建指南

0.前言本文是假定刚刚最小化安装完CentOS7系统。 Confluence的PJ方法是对6.X都能用的。 为什么选择PostgreSQL而不是MySQL?因为MySQL安装慢、要另外下载connector、安装后的设置多。所以PostgreSQL变成了数据库选择菜单里的默认项?1.安装PostgreSQL通过yum来安装。CentOS7默认会装PostgreSQL9。为了装新版v1...

2019-05-23 15:08:25

项目过程管理系列文章链接汇总

目录团队分工与意识规范工具与流程文档组织规范需求总表需求文档需求评审和工作量评估排期和立项延期和需求变更设计师规范开发规范提测流程和免测标准问题跟踪系统使用规范测试报告验收、发布、上线线上故障项目周报结项集体加班制度参考文章《从“结果导向”到“目标导向”! 》《如何优化程序员的内部培训》 《如何做好迭代规划》《如何写出受技术欢迎的需求文档》《倒...

2019-02-28 16:20:58

项目过程管理(十八)集体加班制度

加班的标准及时上线能带来可观收入外力因素(政策、时事、市场、第三方故障等)延期了太久,要把进度赶回来别人过失导致的个人加班,应根据自己意愿决定是否加。不加是合理的,项目延期是符合流程的。如果选择加班,那是个人为项目顺利所做的努力,是高绩效的有力依据。加班完了最好有意识地记录自己的贡献,在述职时列出这些积极表现。决定集体加班需要由产品和项目共同决定,并且有邮件通知。不满足条件的,不...

2019-02-28 16:19:43

项目过程管理(十七)结项

1.结项会议时间:上线三天后,有两天的线上情况观察时间主持人:项目经理参会人员:实际参于项目的所有人员,主管酌情参与会前准备:把需要投影的东西给主持人,自己准备好发言提纲会议流程分为两部分第一部分,结果总结。按以下次序发言:项目:简单回顾整体项目进度,消耗的人力时长,偏差多少与原因产品:线上版本相关数据(脱敏)。主要目的是让大家知道劳动成果的意义。测试:简要说测试报告的重点,突...

2019-02-28 16:19:13

项目过程管理(十六)项目周报

原则有事起奏无事退朝项目经理可在周一上午召开站会收集信息,各职能负责人需积极配合。周一下午3点前发出邮件邮件接着立项邮件全体回复,每周接着上一周发直到结项收件人:项目组群标题:【项目周报】xxx(项目)mmdd(日期),例如 支付宝1018正文示例:Dear All,(1-3句话总结情况。)(当前进度,是否存在风险。有就说明异常情况与原因,提醒注意,请求协助。)本周项...

2019-02-28 16:18:49

项目过程管理(十五)线上故障

故障定义发布生产环境并验收通过,确认放量后,还发现的bug都算线上故障报告标准什么情况的线上故障 需要 报告?对营业额有大影响。例如无法打开页面,无法操作对用户口碑有大影响。例如无法支付或提现什么情况的 不需要 报告?简单的用户体验或纯UI的问题不影响用户使用核心功能的问题处理流程无论谁发现的,首先应该 反馈给测试同学测试确认重现步骤后,报bug给开发解决,并由 产...

2019-02-28 16:18:32

项目过程管理(十四)验收、发布、上线

验收者产品、UI、后台系统使用者(运营、客服、风控等)验收进入条件测试流程结束的下一步是验收。进入验收的最理想标准是所有bug都已关闭。如果时间紧张,可以放宽到 同时满足 这两个条件:优先级为“下次提测前解决”的bug都 已关闭优先级为“发布前解决”的bug 不超过人均2个测试环境验收测试向验收者演示主流程。验收者自己操作,或让测试演示更多流程。UI核对。主要是颜色值和像...

2019-02-28 16:18:01

项目过程管理(十三)测试报告

原则最终目标不是故意找茬,而是让管理者知道哪个环节有问题,能及时做调整要能反映质量,不要写成在描述需求或业务质量问题要具体到职能或人;不能模棱两可,看不出谁要为问题负责记录测试手段,为线上故障的漏测找依据邮件通知收件人:项目组群抄送:测试组群标题:【测试报告】xxx项目y.y.y(版本)[第z轮|release]例如【测试报告】微信1.2.1 t1报告模板与示例1....

2019-02-28 16:17:23

项目过程管理(十二)问题跟踪系统使用规范

报告规范指派:直接指派给你知道的负责人,否则先给测试负责人提优化建议应指派给产品经理模块/页面/类型:尽量选对,不同模块通知到的负责人可能不同不知道的话选其它,由测试负责人再修改标题:一句话总结出错的位置、现象;或者是建议做法思考一下要搜索出这个bug时会用什么关键字,这个 关键字应该存在标题里重现步骤:说明问题的现象是什么,为什么这算是一个bug可以补充说明...

2019-02-28 16:16:54

项目过程管理(十一)提测流程和免测标准

规则有前端或客户端参与的需求,由他们来提测,否则是后端直接提测。提测记录可以写在IM群公告上,不要覆盖同版本的提测,每个版本发布后由测试同学剪切保存到ODS或测试报告中。如果有项目管理工具帮助或者研发有资源自己做一个提测记录系统那就更好了。(术语解释请参考《排期和立项》,tag的格式请参考《Git分支管理规范》)流程开发自测,确保主路径没问题。如果测试组有提供冒烟测试,必须冒烟都通过...

2019-02-28 16:16:08

项目过程管理(十)开发规范

Gitgit的用户名为自己名字的小写全拼,邮箱为公司邮箱,方便追溯提交者。命令行操作示例:git config --global user.name mynamegit config --global user.email myemail@example.comgit commit的log原则:必须说明提交的意义,不能是简单无意义的文字bug fix应写上是解决哪个bug,可复制禅...

2019-02-28 16:15:27

项目过程管理(九)设计师规范

前置说明这里只关注影响合作的规范,跟“好不好看”有关的标准是设计师内部的专业规范,这里不涉及。对设计师的要求,可参考《程序员眼中最牛的UI设计师是怎样的?》设计图规范预审的目标是让负责人评估可行性,设计稿着重表达出样式的位置、形状和交互即可,是原型还是设计稿都没关系。全体评审的目标是让开发准确评估工作量。对工作量影响极小的东西可以不是终稿,例如颜色值、字体大小、间距。终稿可在各需求...

2019-02-28 16:14:50

项目过程管理(八)延期和需求变更

延期有延期风险时应及时通知项目经理,并由项目经理组织各负责人确认是否延期。最终由项目经理发出邮件,列明延期原因、修改后的里程碑时间,同步更新文档。邮件标题:【项目延期】xxx项目延期说明mmdd需求变更通知规则:必须在需求文档的修订记录上有所体现在IM群上@所有人 通知。如果增加的工作量超过1人天的,必须发邮件会导致项目延期的变更,必须产品主管(最高可到boss)确认通知...

2019-02-28 16:14:07

项目过程管理(七)排期和立项

术语解释里程碑(时间):重要的时间节点,例如提测、发布。来自英文milestone。风险点:任何可能造成项目延期的事项立项:经过核心和高优先级的全体需求评审后,由项目经理收集各职能的工- 作量、风险、所需资源评估,协商得出里程碑时间,发出邮件。每轮提测叫t1、t2、t3,t = test每轮提测内提交的修改,叫patch。合起来看:第2轮提测打的第3个tag,叫t2p3全功能提测:...

2019-02-28 16:13:38

项目过程管理(六)需求评审和工作量评估

两轮评审流程:预审:产品提前2小时发出通知和初稿(不需要完善细节,可以只是原型),召集主管或负责人预审。未必需要开会,只要每个人能确认需求没大问题就好。全体评审:产品提前1天发出通知和需求链接(设计师已出完初步设计图),全体人员参加。应该在会前审完大部分问题,而不是会后。会上只是查漏补缺。跟运营有关的需求,应该在全体评审前由运营先审核完毕。产品经理根据问题修改完毕后,逐个找负责人确认。...

2019-02-28 16:13:07

项目过程管理(五)需求文档

写作说明写作思路和本模板的设计原理,请参考《如何写出受技术欢迎的需求文档》。实际的示例,可参考《倒推盒马鲜生App产品需求文档》。额外的要求:文档的标题是1句话,跟需求总表里的一致。需求描述的基本要求:条理清晰,逻辑严谨,用词专业,格式规范,易于阅读,重点词句标红全体评审时,需求文档上应该是设计稿,而不是原型图。如果是基于旧需求的补充完善,把旧需求复制到新版本,加上修订记录并标记修...

2019-02-28 16:12:43

项目过程管理(四)需求总表

执行说明产品经理应该先写需求总表再写需求文档,需求文档的完善程度与总表的优先级是一致的,优先级低的需求还可以在核心需求开发过程中再完善。整个项目组都按优先级做。核心和高优先级的可以做完一个提测一个。迭代规划是产品经理的专业技能,超出项目管理的讨论范围,所以请参考这篇文章《如何做好迭代规划》。表格样式需求名称优先级产品UI前端后端测试运维评论核心刘xx、洪...

2019-02-28 16:12:16

查看更多

CSDN身份
  • 博客专家
勋章 我的勋章
  • 专栏达人
    专栏达人
    授予成功创建个人博客专栏的用户。专栏中添加五篇以上博文即可点亮!撰写博客专栏浓缩技术精华,专栏达人就是你!
  • 持之以恒
    持之以恒
    授予每个自然月内发布4篇或4篇以上原创或翻译IT博文的用户。不积跬步无以至千里,不积小流无以成江海,程序人生的精彩需要坚持不懈地积累!
  • 1024勋章
    1024勋章
    #1024程序员节#活动勋章,当日发布原创博客即可获得
  • 勤写标兵Lv1
    勤写标兵Lv1
    授予每个自然周发布1篇到3篇原创IT博文的用户。本勋章将于次周周三上午根据用户上周的博文发布情况由系统自动颁发。