项目感觉要延期了,若是不延期,后期加班估计会非常多,若不调整项目质量可想而知,项目过程中暴露的问题太多,推动问题解决毫无进度,如前期需求不明确需要等、任务量大、时间短(上线时间固定),究其原因是项目流程上就有问题。
(六·一节快乐,花儿一样的少年) 目前公司项目偏多,平均每周五天基本上有四天都会有项目上线,有时一天会上线至少二个版本,就在昨天刚上线了一个项目,星期一才提测的一个项目,星期二就安排上线了,所以悄悄地告诉小伙伴们,昨晚俺加班了(再悄悄地告诉大家其实这个昨晚已经过去很久了~微笑脸)。 今天跟小伙伴们分享一下王豆豆公司的上线流程。 01 早会 每天早晨上班之后,都会开早会,早会主要是回朔昨天的内容、今天的计划、需要解决的问题三个方面。 开发每个人讲自己的情况后。 主持人:“测试呢?” 测试A:... ...
转测试是项目上线前最后一道坎,需求全部做完并自测后,项目就进入了转测试阶段。很多没想到的问题都会在这个阶段涌现出来,这个阶段大家都会很辛苦,通常都会加班加点。为了缓解这个阶段的压力,我们需要做以下几个改进:
多年前,从事信息技术行业流行自嘲“挨踢”,对于不同的受众,也可以说是“整电脑”或者“做软件”的。后来“互联网”火了,渐渐就变成了“搞互联网”的,尽管最近国内互联网有些颓,中概互联成了中丐互联,但暂时还没有新的替代词汇。如果用英文就很直接,信息技术是“IT”,计算机科学是“CS”,软件工程师是“SE”。我们常说的系统、应用、APP、程序都是“软件”,与硬件相对应。
相信小伙伴们在工作中对项目倒排应该并不陌生;倒排的项目常常会使开发和测试同学感到不适,带来相应的工作压力,原因在于倒推的可能时间并不足以支撑开发和测试同学完成相应的工作。下面我将给大家介绍一下我在工作中面对倒排项目的一些处理方式。
互联网中一个项目的上线会需要各个工种间的配合,以研发为视角上会承接产品需求,下会交给测试验证,最终完成项目交付上线。其实除此之外,还会有业务、运营、UI设计、运维,来配合项目的发起、使用和运维维护。
清单的要素包括:什么人,在什么时间,需要准备什么资料,做什么事。其中,要明确先后顺序,要明确如何验证是否出现异常、明确验证方式以及问题处理方式。
大家好,我是技术UP主小傅哥。【星球:码农会锁】 OpenAi 可真实上线运行的项目,3个阶段全部完结交付💐🌶
大家好,我是鱼皮。在开发上线项目的过程中,我们经常会遇到一种让人头疼的情况。那就是开发好的项目功能明明在本地运行和测试都没问题,但一旦上线运行,就出现各种问题,导致上线后还要回滚代码到正常的版本。
大家以为从此以后可以松口气,但事实恰恰相反。原来攻坚战组成的组员陆续回到原来的部门,ERP项目组只剩下IT部门的人,“攻坚战”的胜利很快遭到了质疑。因为新系统大家还没用熟,在细节上总出现一些问题,大家对新系统的埋怨也开始越来越多。ERP上线后,失去了最初的赞扬和掌声,反而面临了很多困难与痛苦,那么如何克服这些困难?有什么良药能医治ERP上线后的困扰呢?
大家好,我是阿萨。昨天接到一个上线需求范围不明确的问题。我们看看如何解决此类问题。
王豆豆最近一直在加班,天天都加班到九点多,项目大多是紧急上线,但其实每天的工作量并不算多,按理说应该在上班时间就能完成,但每天到了下班时间却走不了,不得不留下来继续做。 加班的原因无非二种:1,项目需要上线;2,测试任务没有完成 测试任务没有完成的情况比较少,常态是每天临近下班的时候,开发要不就在这个时候转测,要不就是临时有一个小功能修改完要上线,又或者是紧急安排了一个需求会议,又或者是联测等。 什么是紧急项目呢? 紧急项目是那类上线时间很紧急的项目,比如今天转测,就要求今天或明天就能上线的项目,这类项目就
本期支持展示工单中 SQL 的所属文件及所在行数。如您发现工单中的 SQL 审核不通过、上线有问题,需要回到原 SQL 文件中进行修改时,可以通过该功能快速定位 SQL 所在的位置,从而减少定位 SQL 所需的时间消耗。
jenkins项目上线(测试上线)教程。如何使用jenkins把项目上线?如何提测?实现方法1.选择测试或者生产(根据当前情况来)图片2.点击项目运行图片3.选择环境和分支(千万不要选错哦)图片点击运行(需要等待一些时间,因为上线需要传包)图片5.等待一会,就上传成功了。 jenkins项目上线(测试上线)教程到此结束。
作者:robinbinxie 腾讯CSIG工程师 01 引言 在目前的项目交付中,往往安全产品的部署,安全服务的实施都要“滞后”于整个交付进度。安全总是“最后”一个入场,就如同一道菜(项目)即将出锅,厨子顺手捏了把辣椒面(安全),顺手丢进锅里,再用铲子炒了炒,就出锅了。 这样看,安全产品和服务为整个项目服务和防护的作用人为滞后,在项目进场实施阶段,缺失必要的安全防护,导致出现一段安全真空。这些现状都给整个项目的安全交付带来潜在的风险,或许在当时不能及时发现风险问题,但就算项目交付给用户,那这种风险会随着
在以前大家都是在一个项目进行开发,所有的业务都在一起,全端和后台的代码也在一起,这种开发模式称为单体程序开发。在一个单体程序开发时,每次部署整个服务,都要重新测试程序的所有功能,因为不知道哪些功能发生改动了。所以每次开发结束,都有一次很长的测试并修复bug的阶段。
补充知识:Django-项目上线后,静态文件配置失效以及404、500页面的全局配置
历史悠久的大型企业,都会存在遗留系统。这些系统运转着重要的业务,但使用到的技术已经跟不上时代潮流。因此有着维护成本高、难以扩展、用户体验差等缺陷。最终,企业一定会下决心开发一套全新的系统来替代遗留系统。除了完成新系统的开发,还有一项重要的工作,是将老系统中存留的数据迁移进新系统,也就是我们常说的数据迁移。如果你没有数据迁移的经验,很容易低估其难度。数据迁移看起来只是把数据从一个 DB 转移到另外一个 DB,select + insert + 转换逻辑就可以轻松搞定。如果带着这个想法开始数据迁移项目,你的团队很快就会坠入深渊,举步维艰。数据迁移是一项看似简单,实而复杂且繁琐的工作,想要做好并不容易。
摘要 如果团队开发成员经常集成他们的工作,每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建来验证,从而尽快地发现集成错误。那么这个过程可以大大减少集成的问题,让团
近来,ICO(Initial Coin Offering),即通过发行加密代币的方式进行融资的行为异常火热。然而ICO存在诸多潜在风险,包括项目失败或跑路导致的资金损失风险、价格剧烈波动引起的金融风险、借ICO进行的诈骗、非法集资等违法犯罪风险等。国家互联网金融风险分析技术平台对国内的ICO情况进行了监测,形成本报告。 一、ICO平台监测 国家互联网金融风险分析技术平台监测发现面向国内提供ICO服务的相关平台43家。通过分析,可将ICO平台分为四种模式。一是专营第三方平台,该类平台专门为各种项目提供ICO
很多同学,工作了五六年,都没有机会(也许是:不敢)独立负责一个完整项目的测试(独立负责一个项目测试后的上线流程,机会就更少了) 。
需求调研奠定了整个系统和项目管理的基础,如果需求分析不够透彻,往往会导致系统及整个项目问题百出,甚至被马上丢弃。需求调研目的在于确定“做什么”即确定系统必须要完成那些工作,需求调研是去粗取精、去伪存真、由此及彼、由表及里的过程。
1、严格来说,一定是从需求阶段,或者立项阶段,就参与到项目,根据最终的需求、开发排期,是估算合理的测试时间(测试时间估算,见文章:“测试时间估算”的现状 及 4点建议 )
背景 工作五年了,一直是做测试。认识了很多人大牛,也接触到很多新人,从他们身上看到了很多,自己的过去,自己的未来(当然很多是自己达不到的高度)。 做这测试这一行的,很多人都追求技术:自动化+性能,往往忽略测试流程,或者说是项目管理流程。 想法 流程是要结合团队来看的,换句话来说就是case by case,没有标准,适合团队/业务的流程就是好流程; Part1 待过做中国移动项目的传统行业,测试流程一套一套的,需求评审 -- 开发详细设计评审 -- 用例评审 -- 提测评审 -- 测试执行 -- 报告输出
Tech 导读 本文介绍了如何将DevOps理念应用于前端开发的实践指南。从前端开发的背景现状及问题分析入手,详细介绍了前端DevOps中的流水线设计、需求管理、代码构建、测试部署、性能检测等方面的实践方法和工具,并结合案例分析和实践建议,帮助读者深入理解和掌握前端DevOps的核心概念和实践技能。 01
鱼皮,我有一个朋友,想做个 windows 的在线聊天软件,要求能直播、在线不间断语音和打字。我第一反应是 这不是个大学生都能做吗 ?但我却不是特别了解现在的 商业作品 怎么做,所以想问一下。 其实小伙伴的这个问题还是挺不错的,说得专业一点:需要一套商用聊天软件的技术实现方案。
与稍显疲软的二级市场相比,参与“公慕”似乎是快速获得短期收益更好的方式,也更多燃起了投资者兴趣。我们先来看一组近期1CO项目的表现:
相信每位学编程的同学都想要拥有一个自己的网站,比如个人博客,可以拿来记录自己的学习过程、分享自己的文章、展示作品等,从而激励自己持续学习和总结。
影响一个ERP项目的因素有很多,数据无疑是其中很重要的一项,正所谓“正确的诊断源于准确的信息,准确的信息基于可靠的采集”,当我们抓住数据这个根基,大处着眼,小处着手的时候,我们距离ERP成功的日子就不会太远。
首先项目经理会和客户确认好项目实施的范围,确认客户都要使用哪些产品,一般前期只需要上HIS(医院管理系统)和CIS(临床信息系统),如果是用的一整套系统,也会上LIS、RIS。
明天项目要上线,开发任务还没提测,甚至还没开始联调,作为测试心里特别慌,我该怎么办 ?
上篇文章里,挺婷介绍了在开发编程方面,提升效率的一些软件和方式,今天继续补充几点。
Git版本管理库用于存放上线系统的 CM工程(Configuration Management,配置管理工程,后续会详细介绍)以及需要部署的业务系统。
记得2000年那会儿给企业客户实施国内管理软件时,实施部的经理告诉我们:让企业把软件用起来,把钱收回来,就算是企业ERP系统上线了。
项目简介 Dmail是第一个基于Web3.0和Dfinity技术的“邮件应用”。集成了NFT和分布式存储功能,致力于构建“传统世界”与“区块链世界”之间的桥梁。 和传统邮件相比,Dmail 致力于提供无需中央服务器的永久服务。同时将控制权交还给用户。用户可以管理并用他们的私钥访问数据,确保数据的所有权和隐私。
说到微服务OR单体架构,其实这两个场景并不存在很明确的争议界限的,而是可以理解为一个项目或者说一个系统的不同阶段。比如说系统初始阶段采用单体架构,待用户量、数据量上来之后采用微服务架构,这都是很正常的架构现象。那么为什么会出现争议呢?
很多人都有过对测试时间不够的抱怨。 事实上,项目管理组织有过统计,只有极少数项目能做到按期交付。那么不能按期交付的时候,作为测试人员怎么办呢? 我们都希望能够延期上线或者交付,当然我们也通常可以给出中肯的理由。但是有的时候,这些理由并不重要。 事实是,什么时候上线,除了质量之外还有许多因素需要考虑。质量很重要,但是市场压力、竞争、用户对产品的渴求程度、员工问题以及很多其他非测试的问题都会影响上线日期。作为测试人员,我们只是需要在给定的时间之内完成尽可能多的工作。 当然,任何项
今天主要介绍下我们组刚刚开源出来的一个自动化部署的工具 essay ,功能在readme上已经介绍的很详细了,这篇文章只是介绍下外围的情况,产生的环境,一些决策的考虑。
朋友@Sin在一次渗透测试项目中遇到的一个问题,在拿到了Webshell权限后发现不能执行命令,最后虽然成功绕过了安全狗的命令执行限制,但上线时还是遇到些问题。
前言 软件测试是把控软件质量的重要防线,但风险又存在于软件测试的全过程,如何有效的进行风险控制呢?就是主动的发现,暴露产品存在的风险和缺陷,并协同团队成员,做好容灾解决方案并一起解决风险。 无论是模
今天早上在知乎看到一个挺有意思的话题:不到 20 人的 IT 公司该去吗? 回答区有一位老哥分享了自己在一个20 来人的小公司的奇葩工作经历,分享一下。 原回答地址:https://sourl.cn/hy9TD 下面是正文。 刚到西安有幸加入了一个 20 来人的 it 公司。 本来是不想去那种小公司的,为什么加入呢?原因大概有二: 其一就是该公司号称是某互联网大厂旗下的子公司,公司资源共享。 其二就是感觉经历了四面感觉心好累,不想再面试,就这个吧。 第一天 然鹅,当入职第一天开始我就渐渐发现情形怪异。 第
突然想聊聊开发流的东西,可能在一个新的环境下对之前的整个开发流程有了些思考,思考什么?
前言:工作需求每天都有,但总有一些冥冥之中会被更多人关注,如实事热点、周年庆典、大版本发布、热门合作等,那这些被更多关注的项目是否就是传说中的大型项目呢?视觉设计师在这样的项目中,又该如何发挥自己最大
第一阶段是以持续集成牵引的“敏捷101”,顺利完成一次发布,并为后续的持续发布奠定流程与工具基础。
首先是测试用例,最初我们设计在了 git hooks 里边,在执行 git commit 之前会进行检查,在本地运行测试用例。 这会带来一个时间上的问题,如果是日常开发,这么操作还是没什么问题的,但如果是线上 bug 修复,执行测试用例的时间依据项目大小可能会持续几分钟。 而为了修复 bug,可能会采用 commit 的时候添加 -n 选项来跳过 hooks ,在修复 bug 时这么做无可厚非,但是即使大家在日常开发中都采用commit -n 的方式来跳过繁琐的测试过程,这个也是没有办法管控的,毕竟是在本地做的这个校验,是否遵循这个规则,全靠大家自觉。
来源 | https://juejin.im/post/5cef97e0e51d45776031af91
如上图所示,自查清单就是上线前对上线要准备的物料(如app store的图片和文案)以及要和谁对接(如运营)的一个自我检查是否有遗漏的事项的清单。
以电商系统为例,单体应用架构为 LNMP,这个时候只有 DEV 没有 OPS,DEV 就是全栈,就跟我们上大学玩的 demo 一样,项目开发好,找台服务器安装好环境,把 jar 包 scp 到远程服务器,放上去开启服务就可以。
领取专属 10元无门槛券
手把手带您无忧上云