如下内容是我对业务测试的一点总结 需求评审阶段 需求评审前,了解需求背景和需求实现的真实目的。 分析需求功能的生命周期:需求功能的生命周期是指某一业务操作生成业务>业务是否扭转,业务中间过程>业务终态(正常业务场景和异常业务场景)。 分析需求功能的业务逻辑:业务生成初始态>
简介:无容灾不上云,应用系统要随时具备对灾难故障的逃逸能力。平稳迁移上云是每位决策者的关键决策点。业务持续发展,架构不断演进,容灾治理解决的是发展中问题。如何实现应用多活的容灾架构和组织协同,也越来越成为更多企业者关心的问题。 容灾成为企业上云和用云的基础要求 2019 年 I
Froc寄语:数据分析师(或者时髦一些的说法是数据科学家),是公司不可或缺的重要组成人员,一家缺失数据分析师的公司,至少说明这家公司缺少数据驱动的意识,在未来竞争中,一定处于被动。一直以来,我致力于推进数据化运营,而数据化运营需要解决几个核心问题: 1、如何培养员工基于数据(理性)决策的意
一、单机 单机就是所有的业务全部写在一个项目中,部署服务到一台服务器上,所有的请求业务都由这台服务器处理。但当业务增长到一定程度的时候,服务器的硬件会无法满足业务需求。 自然而然地想到一个程序不行就部署多个; 这就是集群。 二、 集群 集群就是单
未授权访问 1. 直接通过修改响应码的状态来绕过登录进行未授权访问。 2. 直接访问链接绕过登录限制。 修改响应码登录 常见响应码:200、000000、true、0、success、ok、1 或者可以直接在js文件中找到响应码。 出现修改响应码登录是因为: (1). 后端未作验
作者:比扬 从前期调研、方案评估、多活建设到最终核心物流业务的改造上线,仅仅只用了 2 个多月,菜鸟乡村就完成了核心业务同城多活容灾的目标,实现业务的 7*24 小时不间断服务,最大程度保障了业务稳定性及连续性。 菜鸟乡村作为服务农村的新型物流业务,通过数字化技术,打造县域、乡镇、村
不管是干测试也好或者其它任何职业,没有谁会在一家公司待一辈子,转行不一定,但是跳槽是每一个打工人早晚都会面临的事情,今天就来跟大家聊聊这件事~ 入职一家新公司,你应该做什么可以最快速的上手工作? 这个其实挺重要的,就跟相亲一样,第一印象很重要,你的领导或者同事也会给你打印象
如果说要找一个对疫情动态的反映最为真实的行业,那出行一定榜上有名。截至2月10日美股收盘,Uber、Lyft两大出行领域的风向标都已公布2021年第四季度财报。 最明确的信息点是,疫情影响消退的作用在显现。Uber、Lyft的主要业绩指标均超过华尔街预期。其中,Lyft调整后的EBITDA首次实现
转载自:企业网D1Net 全文共2000字,阅读需要5分钟。 大多数企业为了保持业务正常运行,在新冠疫情发生之后匆忙实施远程工作。很多员工在几乎没有时间进行计划、研究或准备的情况下在家远程工作,而很多企业加快了数字化转型速度。与首席信息官所设想的深思熟虑和谨慎的部署不同,他们
笔记来源于b站视频 1.系统“老化” 需求难:程序员和产品经理沟通困难,更改需求难 开发难:对于上前行代码的类,更改很难,只能用if-else 创新难:对于之前老的技术笔试SSH想更换为SSM,由于涉及太多业务sql,难以更新 测试难:我们只更改了一个类的一小部分代码,想要测试这个部分功能不容易。 微
近日,国内监管部门决定附加限制性条件批准了SK海力士90亿美元收购Intel闪存业务的交易,至此双方的法律审核阶段已经完成,SK海力士正式接管Intel闪存业务及位于中国大连的闪存工厂,第一阶段将支付Intel公司70亿美元(约合446亿元人民币)。 本周四,SK海力士表示,已完成对Intel NAND闪存芯片
简介:如何帮助金融客户“用好云”?做「政企数智创新的同行者」,这对于阿里云混合云来说不仅仅是一句口号,更是在千行百业践行的行动指南。 “我一秒钟几千万上下,会跟你们吃杂碎面?” 这句出自星爷电影台词的话许多人都听过,不过对于大多数人来说这只是一句玩笑话,毕竟大家都是打工人。
原创不易,求分享、求一键三连 前言 假期继续思考BI未来的方向,其实常规的BI规划也不是不能出,比如公司BI看板建设、数据指标体系建设、业务线UE模型数据监控等,但这种不会超出预期的东西自然也能算技术创新,所以还是得再想想,再思考,需要找到一些创新点... 为了能够更深入、更系统化的
在金融行业数字化转型的驱动下,国有银行、股份制银行和各级商业银行也纷纷步入容器化的进程。 如果以容器云上生产为目标,那么整个容器云平台的设计、建设和优化对于银行来说是一个巨大的挑战。如何更好地利用云原生技术,帮助银行实现敏捷、轻量、快速、高效地进行开发、测试、交
回忆2021 这一整年,改变真的太大,变化随时都会发生。 年初,疫情影响,公司业务受阻,没有新业务展开,加上沉迷游戏,个人技术成长几乎停滞。 年中,派去出差北京,刚到就被隔离一周,出差业务也是老bug,出差一个月项目进度并没有得到有效的推进。 8月出差刚结束,得知公司决定裁员,我
工作总结要围绕读者关注的问题来展开,主要包括:业务思考,重点工作进展、工作中的问题与挑战、下一阶段的工作计划。同时,工作总结要包含个人总结和FAQ。 一、业务思考 我们需要在介绍主要工作内容前,先说明我们对业务的思考。业务思考包括 岗位的定位和价值:所在业务几个人岗位的定位
一、背景 vivo评论中台通过提供评论发表、点赞、举报、自定义评论排序等通用能力,帮助前台业务快速搭建评论功能并提供评论运营能力,避免了前台业务的重复建设和数据孤岛问题。目前已有vivo短视频、vivo浏览器、负一屏、vivo商城等10+业务接入。这些业务的流量大小和波动范围不同,如
文章目录 DX 和 数字使用之间的区别从案例研究中可以看出 DX 与数字化的区别DX 让行业产生巨大的变化DX 时代需要哪些人力资源? 数字化转型 (DX) 是一种通过将数字技术整合到您运营流程、产品、解决方案与客户互动中来推动业务创新的战略。这种策略的重点是通过关注数字资
近几年低代码着实火了一把,各种平台层出不穷,网上大把的帖子说着上了低代码半数人都要被辞退了(自媒体贩卖焦虑太溜了)。 有幸在前端同学的极力胁迫,哦不,推荐下,也在业务中使用低代码平台搭建了几个页面。总体来看,差强人意。 “预设”悖论 “预设”是德国哲学家、现代逻辑奠基人弗雷格于
原创不易,求分享、求一键三连 爱恨纠葛:“年终盘点一对一”之一生之敌孙狗! 继续整理技术团队最近的年终盘点,「采用我问他答的形式」主要是聆听,今天这位同学之前在腾讯工作了几年,被我忽悠到现在的团队,他一年的角色变化是这样的: 凝聚者属性降低,监督员、推进者属性升高,和从一线技术
Download:百度网盘 提取码:45on 笔者在经历的很多项目中都使用了DDD领域驱动设计进行架构设计,尤其是在业务梳理、中台规划以及微服务划分等方面,DDD是重要的架构设计方法论,对平时的架构设计有非常好的指导作用。从本文开始笔者将通过一系列的文章阐述自己对于DDD的理解以及如何在
为什么需要应用拆分 我以淘宝技术架构演进为例,淘宝从一个大系统工程向分布式架构演变过程,你就能很清楚的知道为什么要需要进行应用拆分。 1 人员的角度 维护一个代名工程Denali的百万级代码怪兽(虽然物理部署是分离的),从发布到上线,从人员的角度,百号人同时在一个工程上开发,一旦线
前些日子做项目,Y姐把自己的工作推给我,还在那边说要负责到底喔。我当着她的面尴尬的笑了,因为真的很可笑。明明是她自己的页面引用公共模块出了问题,她自己不改,硬塞给我,还说我应该负责到底。我没有去纠结到底是谁的责任,我也不清楚是她没时间改,还是她不会改,故意丢给我,总之都不重要了。
公司的技术栈 公司经历了1年的发展,慢慢也使用了很多技术服务。感觉创个业把上海学到的全部知识都搬出来了。我们主要技术栈如下技术团队组成 公司技术团队主要由前端 + 后端组成。运维岗 和 App研发岗 都算在后端或者前端里面去了。目前招聘的大部分后端是写PHP的,但
刚入职第一天,早上办完入职,下午就就分配了测试任务,2个模块+13条短信验证,2天内输出测试用例(xmind输出功能点,excel书写业务流)。测试负责人给我们快速讲了一下业务,在这过程中大概记录了自己认为关键的一些词语,角色、平台等,听完也感觉云里雾里的。 时间很紧张,2天书写用例+2天测试时间。