后台产品 | 易学教程

APP测试基本流程以及APP测试要点

阅读更多关于 APP测试基本流程以及APP测试要点

APP测试基本流程以及APP测试要点 https://www.cnblogs.com/dengqing9393/p/6497068.html 性能测试：https://blog.csdn.net/xiaomaoxiao336368/article/details/83547318 APP测试设计测试用例的要点 http://blog.itpub.net/69915785/viewspace-2663955/ 1流程图 1.2测试周期测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。 1.3测试资源测试任务开始前，检查各项测试资源。 --产品功能需求文档； --产品原型图； --产品效果图； --测试设备； --其他。 1.4日报及产品上线报告（内部报告机制） 1）测试人员每天需对所测项目发送测试日报。（也就是我这边有邮件通知测试项目的时候一般均属于输出测试日报） 2）测试日报所包含的内容为： \\Dell-server\网站软件app等开发\产品测试部\测试知识区域\测试文档类模板\项目测试报告邮件输出模板.doc 4）不同版本测试报告输出 2 App测试点 App测试点整理一．功能性测试根据产品需求文档编写的测试用例进行测试功能性包括客户端的单个功能模块，以及功能业务逻辑（功能交互） 1

“数据中台”的再思考

阅读更多关于 “数据中台”的再思考

今天，中台已经成为架构转型的里程碑，从互联网到传统企业谈架构必有中台。虽然各种中台概念层出不穷，但“数据中台”和“业务中台”作为中台概念的起始源头，被视为最纯正的中台，也是企业架构转型的重要目标。我所在的银行正筹备“数据中台”的建设，为此在内外部组织了多次技术研讨，每个人都有不同的想法，共同点仅限于希望自己的解决方案命名为“数据中台”。我想这种认识的差异是源于“数据中台”尚处在概念萌芽期，需要更多探讨与碰撞。本文借鉴了互联网公司和两家同业银行的案例，尝试对“数据中台”建设思路进行总结，所提出的架构方案仅供探讨，尚未应用于实际系统建设。一、传说与误解在争论什么是“数据中台”前，我们应该意识到“数据中台”只是解决方案，关键在于通过“数据中台”解决什么问题？在我看来，中台要解决的核心问题是在短时间内搭建或变更前台系统，从而快速响应用户需求、把握市场机会。首先我们梳理下有关“中台”的传说。作为这一波“中台”概念的源头，第一个传说必须来自阿里。“游戏公司”的传说，大致是这样，阿里的马老师带队参观了一家厉害的游戏公司 Supercell，它有很多成功的游戏产品，其独特优势是能够快速推出新产品，而依靠的就是中台系统。马老师受到了启发，回到阿里开始推进中台建设，在组织架构层面成立了单独的中台部门即“共享业务事业部”，系统层面建设了用户中心

基于SSH的网站后台建设项目定做

阅读更多关于基于SSH的网站后台建设项目定做

一，关于我们我们拥有专业的写手团队和严格的保密制度.我们的工程师们在软件工程开发与设计的各个领域积累了丰富的经验，保证服务水平。近两年，每个毕业季我们都帮助至少50位以上的计算机专业同学通过了毕业答辩,把毕业设计给他们做好，服务好每一位同学是我们义不容辞的责任. 联系我们：.扣.扣.号(幺零三贰三七幺贰幺) 对于大多数的大学毕业生而言，毕业季面临的一个首要难题，也是最头痛的问题就是，毕业设计+论文。因为大学3年或者4年的学习接近尾声，毕业设计是考量学生在校所学知识的一个综合性标准，功底扎实的学生，毕业设计对他们来说是一件easy的事情，而对于大多数的同学来说，毕业设计是一个不可逾越的高山。在这一篇文章，我要介绍的是计算机相关专业的学生如何完成自己的毕业设计，因为本人代做计算机相关专业的毕业设计多年，心有体会，想分享给正要毕业的同学。与我们取得联系，向我们提出您的写作要求；我们咨询师会根据您的服务需求和您进行“服务内容、服务要求、服务时间、其他要求”等方面的沟通。做出来的成品设计完全基于原创,绝非市场上其他的玳做同行们的修改模板的劣质产品。二，服务流程在商议确定定制要求条件之后即刻开工,我们不会预先收取您任何定金,等您交代完定做内容之后,我们成品出炉先验收,先满意后付款，全国仅此一家！！！在玳做设计的选择上请同学们务必慎重考虑，选择我们可以一次性低风险地通过答辩

前端验证码倒计时、后台发送验证码、创蓝短信接口

阅读更多关于前端验证码倒计时、后台发送验证码、创蓝短信接口

前端代码：倒计时 <!DOCTYPE html> <html> <head lang="en"> <meta charset="UTF-8"> <title></title> <style> .yanzm_b_btn { width: 98px; height: 40px; float: left; line-height: 40px; text-align: center; border-radius: 5px; background: #f0f0f0; color: #aeaeae; font-size: 14px; margin-left: 10px; border: none; margin-bottom: 30px; } </style> <script src="http://cdn.static.runoob.com/libs/jquery/1.10.2/jquery.min.js"> </script> </head> <body> <input class="register_b_shouji" type="text" placeholder="请输入手机号" name="E_Mobile" id="E_Mobile"> <input class="yanzm_b_btn" type="button" value="发送验证码" οnclick=

Now直播应用的后台服务器性能测试实践

阅读更多关于 Now直播应用的后台服务器性能测试实践

版权声明：本文由Oliver原创文章，转载请注明出处: 文章原文链接： https://www.qcloud.com/community/article/208 来源：腾云阁 https://www.qcloud.com/community 作者介绍：Oliver，腾讯服务器性能测试团队产品经理。直播的火爆带来了海量的用户，也带来了海量的服务器并发。本文分析了目前直播行业存在的难点，从腾讯目前的新直播产品——NOW直播出发，了解直播应用背后的那些事。直播，突然成为了中国互联网的一个最流行的词汇。在《2016-2020年中国网络直播行业深度调研及投资前景预测报告》中的数据表示，2015年，全国在线直播平台数量接近200家，其中网络直播的市场规模约为90亿，网络直播平台用户数量已经达到2亿，大型直播平台每日高峰时段同时在线人数接近400万，同时直播的房间数量超过3000个，更可怕的是，这一数据还在以极快的速度向上攀升。直播平台用户数量2亿是什么概念？2016版的《微信数据化报告》中提到，目前微信用户达到了6.97亿人，也就是说，在你身边同龄的3-4个朋友之中，很有可能有一个人是网络直播的用户。直播火没火，看用户就知道，但是直播有没有前景，就要看科技巨头们对它的态度了。国外的Facebook推出的Facebook live给其用户带来的全新的体验，不仅增加了用户粘性

APP测试流程梳理

阅读更多关于 APP测试流程梳理

1 APP测试基本流程 1.1流程图 1.2测试周期测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。 1.3测试资源测试任务开始前，检查各项测试资源。 --产品功能需求文档； --产品原型图； --产品效果图； --测试设备； --其他。 1.4日报及产品上线报告（内部报告机制） 1）测试人员每天需对所测项目发送测试日报。（也就是我这边有邮件通知测试项目的时候一般均属于输出测试日报） 2）测试日报所包含的内容为： \\Dell-server\网站软件app等开发\产品测试部\测试知识区域\测试文档类模板\项目测试报告邮件输出模板.doc 4）不同版本测试报告输出 2 App测试点 2.1安全测试 2.1.1软件权限 1）扣费风险：包括发送短信、拨打电话、连接网络等 2）隐私泄露风险：包括访问手机信息、访问联系人信息等 3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4）限制/允许使用手机功能接人互联网 5）限制/允许使用手机发送接受信息功能 6）限制/允许应用程序来注册自动启动应用程序 7）限制或使用本地连接 8）限制/允许使用手机拍照或录音 9）限制/允许使用手机读取用户数据 10) 限制/允许使用手机写人用户数据 11) 检测App的用户授权级别、数据泄漏

APP后台架构20191205

阅读更多关于 APP后台架构20191205

1. 架构，架构与业务紧密相关，是有业务驱动的。 2.APP后台演进原则。 App后台的架构是由业务规模驱动而演进的，App后台是为业务服务的，App后台的价值在于能为业务提供其所需要的功能，不应过度设计。从项目的角度，当App访问量不大时，应该快速搭建App后台，让App尽快上线给用户提供服务，验证商业模式的正确性，同时快速迭代产品。当App访问量不断上升，这时要在保证快速迭代的前提下，同时兼顾高性能和高可用。当App访问量达到一定阶段后，增长曲线就会放缓，但业务变得更加复杂，对高性能和高可用的要求也更高，性能问题、模块间的耦合、代码的复杂性会更加突出和明显，这时要使用业务拆分、分布式服务调用，甚至是技术转型等问题。　　 1. 项目启动时，单机部署。 app后台一个极简化的架构：一开始就使用Redis的好处：既能用作缓存，又能充当队列服务，而且并发性能高，能在长时间内应对业务压力，非常适合初期的项目。这里使用Redis验证用户信息，充当消息队列。而文件服务初期可以选择文件云存储服务，或者自己搭建一个资源服务器。　　 2.项目一定规模时，分布式部署：看一个百万到千万级的架构：这里新增了专门用于连接内部服务器的SSH服务的外网通道，保证SSH操作随时可用，同时加入了服务器集群，提供负载能力。随着业务的发展，某些数据表的规模会以几何级增长

运营后台操作日志（web）思路+实现

阅读更多关于运营后台操作日志（web）思路+实现

今天产品给我给我提了一个需求，要求我添加操作日志，记录登录人对运营后台的操作详细过程，本人菜鸟一枚，记录一下我的思路和过程，等我成为大佬的时候方便自我吐槽！。产品要求：　　要求：　　　　１、要求记录操作人的名字，操作电脑的ip 　　　　2、记录操作内容　　目的：　　　　方便追溯责任，比如某管理员，审核了某个用户的申请，屏蔽了某个人的图片，冻结了某个用户等。当出问题的时候我们能拿出证据。我的思路：　　开始的时候我是完全按照产品需求做。步骤是这样的：　　　　１、自定义注解，两个参数：操作描述（ｄｅｓｃｒｉｐｔｉｏｎ），操作类型：（ｔｙｐｅ）　　　　２、用Ｊａｖａ的ａｏｐ对每个ｃｏｎｔｒｏｌｌｅｒ拦截　　　　３、在每个ｃｏｎｔｒｏｌｌｅｒ添加注解　　　　类似这样 @SaveOperateControllerLog(descrption = "聊天室管理 => 公会列表==>新增或者编辑工会营业执照", actionType = 1)@RequestMapping("/updateClubBiz")public Result updateClubBiz(@RequestBody PlatformEntryClub club) { try { return Result.ok(clubService.updateClubBiz(club)); } catch

VPS系统后台性能优化实战

阅读更多关于 VPS系统后台性能优化实战

2019年开始，新东方APP团队启动了长达半年以上的稳定性建设工作，为什么稳定性如此重要？因为随着每年30%以上的高速增长，现有的后端服务完全扛不住日益增多的用户带来的高并发，高可用场景。所以优化工作势在必行。如果你是一名java程序员的话，相信你也会很清楚，有时候，在研发功能的时候，仅仅是贴着产品的需求在做开发，功能是都实现了，但是没有考虑到功能在高并发下面是否可用，响应是否及时。这就给以后的线上运行留下很多隐患。我们做稳定性建设的原因就是要解决这些隐患，提高系统稳定性，提高单台机器的QPS性能。加快接口响应速度，优化数据库的sql查询。下面看一下优化后的效果图：以上是单独一台服务器的吞吐率和响应时间曲线图，从图中可以看到，暑期吞吐率增长5倍，服务响应时间从最长的50多秒大幅度减少到0.4秒。优化效果明显。以下从3方面阐述优化方法： 1、如何定位后端问题 2、如何解决数据库问题 3、如何分析和解决程序问题一、定位后端问题的方法： kibana 。可以还原线上有问题的接口的参数列表（实时性比较好，统计多台服务器的日志，统一处理）。听云用听云监测慢事务，慢接口比较详细，能准确定位接口是sql慢，还是代码哪里慢。二、数据库知识点和优化 1、2种存储引擎在MySQL中，索引属于存储引擎级别的概念，不同存储引擎对索引的实现方式是不同的

【后台管理系统】—— Ant Design Pro组件使用（二）

阅读更多关于【后台管理系统】—— Ant Design Pro组件使用（二）

一、关联表单项 - 动态增删输入框Input 封装子组件 class ParamsInputArray extends React.Component{ constructor(props){ super(props); } // 改变一组input输入框中的key值和value值 handleChange = (paramType, index) => { const { onChange, value={} } = this.props; if(event && event.target && event.target.value){ let newValue = {...value}; if(paramType == 'key'){ newValue.key = event.target.value }else{ newValue.value = event.target.value } // 调用父级props传来的onChange事件 // 将newValue对象存入数组对应index的位置 onChange(newValue, index) } } render() { const { value={}, keys, index, add, remove} = this.props; return ( <Row gutter={8}> <Col span={5}>

订阅后台产品