一、系统架构 1、App整体架构 2、服务端架构 二、产研过程流程 关键节点里程碑 三、BUG度量分析 四、产研质量闭环体系 五、
一、前言 Git在工作中是很重要的一部分，如果操作不熟练或者使用不规范，很容易给工作造成很多麻烦 比如习惯所有功能写在一个分支，导致无法分开上线 比如提交了依赖目录，导致Git仓库的代码过大 比如合并分支出现错误，将不用上线的代码提交 比如分支命名不规范，导致误删分支 这一篇正好是前端工程化实践的一
在互联网项目管理的领域，近几年比较火的是敏捷的概念，那么在具体的项目实践中，如何把传统的项目管理和敏捷的概念结合起来，使得项目交付的客户满意度更好呢？那么就首先需要了解敏捷项目管理的相关知识以及优势劣势。#项目管理# 首先需要回答一个问题：敏捷是什么？ 简单来说：敏捷是来源于软件开发领域的思想、实践
分享了一篇测试理念相关的文章，《【测试理念】测试过程我主导》，介绍了测试理念对测试的重要性，那么做好测试，需要具备哪些理念呢？ 小编根据平时的测试经历整理了一些，后续会针对这些测试理念逐一详细讲解。 大家敬请期待。。。 本期内容 1. 测试过程我主导 测试主导就是让测试活动中和质量有关的事情由测试去
“提效”，是一个永恒的话题，过去是、现在是、未来更是。从管理学角度来讲，效率是指在特定时间内，组织的各种收入与产出之间的比率关系。效率与投入成反比，与产出成正比。随着互联网的出现，研发效能也逐渐被大家重视起来。 企业进行研发效能的最终目标，是增加单位时间产能，但许多时候，很多措施与方法实施下去，却发
“提效”，是一个永恒的话题，过去是、现在是、未来更是。从管理学角度来讲，效率是指在特定时间内，组织的各种收入与产出之间的比率关系。
引言：每个测试人员都知道保障需求质量非常重要，那到底为什么这么重要？又如何来保障需求质量呢？如果要回答好这些问题，必须得了解需求是什么，从哪里来到哪里去，只有搞清楚需求的来龙去脉和常见的问题，我们才能够制定出合理的保障措施。本文从测试的视角梳理了保障需求质量需要了解的方方面面。 如何保障需求质量？
《增广贤文》中有云：“月过十五光明少，人到中年万事休。” 意思是，月亮过了十五后，光明就会越来越少，而人如果到了中年还一事无成，也就很难再有什么大的作为了！ 确实，中年以后各方面都趋于稳定，尤其孩子长大成人后，更是不想上班，也不想和人交往，陷入迷茫的困境。
俗话说“工欲善其事，必先利其器”，要做好测试工作，首先需要建立并维护一个高效的测试团队。然而，许多小型
近几年我们看到许多先进技术涌现，这些技术背后的核心其实是千千万万的工程师，这些工程师处在不同的公司和组织里，通过合作的模式创造出这么多伟大的产品。但是这两点连成的一线是一个不稳定结构，它还缺一个角。另外一个角我把它叫做技术领导者，或者叫做技术管理者。三者构成了一个三角形的架构才能真正的稳定。而在这样
如题说，很多功能没有动过代码，在回归测试中如果条件限制，可以进行量级排序。 重点看新功能模块； 主线功能及敏感模块仍需检查，避免更新部分引起原功能异常； 检查BUG易发点，根据经验积累直奔测试点； 当然最好的办法依旧是全面测试，这里推荐下腾讯WeTest的自动化兼容测试，提供云端自动化兼容服务，提交
使用Quality Center进行测试管理包括四部： 明确条件：分析你的应用程序并且确定下你的测试条件。 测试计划：根据你的测试条件创建你的测试计划。 执行测试：在你的测试运行平台上创建Test sets。 跟踪缺陷：报告在你的应用程序中的缺陷并且记录下整个缺陷的修复过程。 贯穿每一个阶段，通过产
PMP中有无数的技术和工具，在备考过程中被折腾的够呛。尤其是里面涉及到的各种图表，一直到参加完培训班给的三次模考，都觉得有点乱乱的，所以只能自己整理了一下。这边内容就是把PMP中经常会混淆的20个图表工具梳理一下（以下书本定位是指第六版）。 一、核对单 别名：核对表 属性：数据收集 隶属过程组：制定
WHY为什么要做bug分析 原因一：借助bug，提升测试人员对产品质量的整体把控 从项目初期的产品需求PK，到开发阶段的自测、迭代提测、集成上线提测，直至发布后用户反馈，可以说bug几乎贯穿了产品发展的各个阶段。对于测试人员来说，用好手中的bug，提升对产品的理解，能够更高效、更有效的测试，从而把控
昨天下午大神把组内几十号人召集在一起开Online bug分析大会，主要是针对近期线上事故从事故原因和解决方案两个维度来分析： 对金融软件来说，每一次的线上事故都有可能给公司带来重大的损失，少扣了用户的钱，为公司带来资金方面的亏损；多扣了用户的钱，则为带来不必要的合约或法律纠纷，故测试金融软件不比其
漏测，指在产品缺陷在测试过程中没有被发现（尤其是测试环境可以重现的缺陷），而是在版本发布后或者在用户使用后发现并反馈回来的缺陷。可以说，漏
UML实践详细经典教程 用例图、顺序图、状态图、类图、包图、协作图 59234 次浏览 评价： 好 中 差 2016-9-9 59234 次浏览 评价： 好 中 差 面向对象的问题的处理的关键是建模问题。建模可以把在复杂世界的许多重要的细节给抽象出。许多建模工具封装了UML（也就是Unified M
一、测试工作1~3年 这个阶段没有啥包袱，一心学习就可以，主要还是打基础，有条件要学，没有条件要创造条件学。 学习的内容包括： 1，业务知识(这个对当前的工作能够产生最直接的影响) 2，测试分析能力，如何将自己对业务的理解转化为对应的测试用例 3，写代码的能力，怎样将过程中需要手工操作的部分通过自动
51tesingtestin http://www.testclass.net/https://testerhome.com/http://www.ltesting.net/ 各个微信公众号培训机构 国内优秀软件测试站点http://www.51ste.com 51ste软件测试部落，这是国内比较优
浏览器安装第三方插件 《网盘万能钥匙》插件，自动获取密码 测试 pdf 电子书大全 百度云移动App测试实战:顶级互联网企业软件测试和质量提升最佳实践 中文pdf扫描版[30MB]https://pan.baidu.com/s/1nuZdEf3大型IT系统性能测试入门经典 (陈绍英著) 完整pdf扫
【web前端全套】链接：https://pan.baidu.com/s/16K9bdHmXf4EEWBtsSH9r5A 密码：mb4q1.ps 链接: https://pan.baidu.com/s/1mjYbcJA密码：pqdt2.HTML5+CSS3从入门到精通.iso 链接:https://p
一、需求审查方面 首先我们从最开始接触的文档开始，那就是测需求文档;需求审查主要是我们对需求文档的理解，并熟透整个系统的每个功能和流程，对后期所有的测试建立思路，后续的工作基本依照需求进行操作，所以需求审查是一个很重要的一步。 对于初次进行需求审查，我采用我以前文章的方向方法，看完每一个模块，就将这
一、产品需求确认 仔细阅读产品原型、需求文档、或者UI，反复和产品经理确认需求的细节，最好把需求拆分成一个个子需求。需求分析的越详细，对业务的理解程度就越高，对设计测试用例的帮助就越大，测试的过程中就更有目的性。 1、明确需求范围了解该需求是为了解决用户的什么问题，是功能性需求还是非功能性需求，明确
什么是漏测？具体的说，什么是测试漏测？测试漏测是指软件产品在测试结束后出现了在测试过程中没有被发现的bug。我们知道，漏测是每一个软件测试者最头疼的事，一旦出现漏测，首先给客户带来了非常不好的影响，特别是严重的功能性bug被漏测；其次增加bug修复的成本，包括人力物力财力上；再者给自己的测试团队也带
背景 在美团的价值观中，“以客户为中心”被放在一个非常重要的位置，所以我们对服务出现故障越来越不能容忍。特别是公司业务正处在高速增长的阶段，每一次故障对公司来说都是一笔不小的损失。而整个IT基础设施非常复杂，包括网络、服务器、操作系统以及应用层面都可能出现问题。在这种背景下，我们必须对服务进行一次全
研发质量管理工作经验总结（一） 质量管理知识 目录第一章 质量管理知识 •质量管理体系 •技能知识 •业务知识 第二章 质量管理技能 •过程改进 •质量策划 •过程跟踪和控制 •度量及数据分析 •问题风险识别与管控 •成本控制与效率提升第三章 心得体会 本人毕业后干了两年的开发，后来一直从事质量管理
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
