随着敏捷开发模式逐渐走入大众视野，它开始逐步取代了传统的瀑布式开发模式，被越来越多的研发项目团队采用。敏捷开发采用快速迭代，快速发布可用版本的方法，持续输出、持续改进。不同于传统的软件开发模式，敏捷开发模式有着自己鲜明的价值和方法。 但即使实践了敏捷，我们可能还会发现，Bug并没有消失。 面对这些B
随着敏捷开发模式逐渐走入大众视野，它开始逐步取代了传统的瀑布式开发模式，被越来越多的研发项目团队采用。敏捷开发
在《软件测试中的树莓酱定律》
墨菲定律 墨菲定律的原话是这样的：Anything that can go wrong will go wrong。 凡事
墨菲定律 墨菲定律的原话是这样的：Anything that can go wrong will go wrong。 凡事只要有可能出错，那就一定会出错。在测试工作中，我们经常会遇到这样的场景。 关注我，每天分享软件测试技术干货、面试经验，想进《Python自动化测试学习交流群》可以直接加V：ats
Engineering)中不可或缺的一个过程。软件测试触发预定义的测试步骤、比较软件的实际输出结果和预期输出结果，以此来评价软件质量(Qualit
【BVT的释义】 BVT的全称是Build Verification Test。可以说这个全称就是BVT
一、前言做业务研发，难免碰到线上问题。从异常出现，到问题解决，需要紧绷神经，争分夺秒，是对程序员专业技能的硬核考验。特别是在面向亿万用户的大促场景，上下游几十号同事同时盯着，负责问题解决的几个关键同学必须抗住巨大压力，极限编码，在最短时间解决战斗。可谓台上一分钟，台下十年功，平常理论讲得一套套，这时
...
业生涯一定不会差。也就是所，“态度+经历”才能到达你想要的那个位置。
昨天下午大神把组内几十号人召集在一起开Online bug分析大会，主要是针对近期线上事故从事故原因和解决方案两个维度来分析 对金融软件来说，每一次的线上事故都有可能给公司带来重大的损失，少扣了用户的钱，为公司带来资金方面的亏损；多扣了用户的钱，则为带来不必要的合约或法律纠纷，故测试金融软件不比其他行业的软件，后者线上bug大多不会直接引起资金方面损失，最多就是用户体验不好，功能没有实现，导
目标设定要具有一定的挑战性、使劲多努力跳一跳可以摸得着，足够大的驱动力可以让人想要去实现它 一、目标设定注意事项 1、绩效目标设定要遵循：SMART原则 2、绩效目标内容要符合公司对测试团队的定位 3、目标要符合测试团队的发展诉求（有延续性、价值易展现） 4、团队人员每人的目标要符合他们自己的职业规
电视剧《天道》改编于畅销小说《遥远的救世主》，由张前执导，王志文、左小青、曾红生及石爻领衔主演。 《天道》是一部中国电视剧史上难得一见的奇剧。毫不夸张的说，没点中国传统文化打底的老外是很难理解丁元英这个人的，尤其他那些奇特的思想。
领导者普遍有这样的感触：现在的队伍不好带啊。有能力的如藏獒，不好管；听招呼的如绵羊，没能力。特别是年轻员工，说不得、管不得、罚不得、骂不得，一批就蹦高，一罚就走人。当领导难啊。 管理是一门学问，它集心理、方法、气质、魅力、沟通于一身，不是胡萝卜+大棒那么简单。要想管好一个团队，不但会管人，还要会管事
01 公司利益高于一切 公司是全体员工的生存平台，个人利益不能亦不得与之发生冲突。一旦祸起萧墙，轻则申斥处罚，重则革职走人。砸了老板或大伙儿的饭碗，谁也别想有好日子过。 02 团队至高无上 团队是各部门的生命线，在团队力量支撑产业实体的市场经济时代，除非你是来自异域的月球空心人。 03 用老板的标准
Coding Practice | 编程实践 基础篇 Clean Code 《代码整洁之道》Pragmatic Unit Testing 《单元测试之道》The Productive Programmer 《卓有成效的程序员》Test-Driven Development By Example 《测
流程分解 目的：本活动的意图 负责人：负责执行本活动的角色 参与人：配合执行本活动的角色 进入准则：能够开展本活动所须满足的因素或条件 输入：执行本活动需要使用的数据或文档 活动：将本活动的输入转化为输出的一系列行动 输出：本活动所产生的数据或文档 完成准则：标志本活动完成的因素或条件 1、设计用例
测试开发工程师 - 抖音方向 职位描述1、深度参与产品研发项目， 协同产品经理、业务研发、用户反馈团队优质交付产品；2、参与质量体系规划、建设；3、实施效率工具开发和技术项目质量保证， 包括不限于： 自动化项目推进和优化建设；日
简介 工欲善其事，必先利其器。测试管理平台就是测试过程中的“器”，它是贯穿测试整个生命周期的工具集合，它主要解决的是测试过程中团队协作的问题，比如缺陷管理、用例管理、测试任务管理等。目前市面上比较流行的测试管理工具有QC、Mantis、BugZilla、TestLink、Redmine等。有开源软件
一个程序员在没有成长成为架构师之前，几乎都要跟 Bug为伴，程序员有很多时间都是花在了查找各种 Bug上。 我印象深刻的一个Bug, 是一个服务器网络框架无锁队列的 Bug 。那个 Bug 连续查找了五天的时间，才最后定位出来。 当时我们的分布式存储系统出现了性能瓶颈，定位后发现瓶颈是在服务器网络框
thoughtwork测试文章汇总
如何用allpairs工具自动生成正交实验法测试用例 https://www.satisfice.com/blog/archives/downloads/tools PICT工具一键生成正交试验用
一、什么是敏捷？ 敏捷是一种以用户需求为核心、采用不断迭代的方式进行的软件开发模式。敏捷依靠自组织 的跨职能小团队，在短周期内，做出小块的东西来，通过快速、频繁的迭代，迅速的获取反 馈，进而不断的完善产品，给用户带来更大的价值。敏捷的特点是轻文档、频繁发布、高效 沟通。 二、为什么敏捷？ 1）拥抱变
软件质量保证的实践 常见的SQA的架构 我们持续演化，对于将软件 QA 浓缩到所有开发任务完成后的测试阶段的方法，它们的问题在于：会给团队带来巨大成本并将整个项目置于高风险之中。在测试阶段，开发人员竭尽全力确保他们的代码具有极少的缺陷。然后测试人员努力揭示软件中每个可能的缺陷，而经理和客户希望他们拥有适合向市场发布的软件。 仓促的开发可能会为团队节省片刻的时间，但是，如果有一些重大开发问题没有
这些题目是网友去百度、小米、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。 主要分为以下几部分： （1）java面试题 （2）Android面试题 （3）高级开发技术面试题 （4）跨平台Hybrid 开发 一、java面试题 熟练掌握java是很关键的，大公司不仅仅要求你会使用几个api，更多的是要你熟悉源码
bug遗漏，我想这个是很多公司很多人头痛的一个问题。众所周知，bug是不可能被完全消灭的，当然也就意味着在发布前不能被全部找出来。于是乎当项目发布后，或多或少都会出现bug遗漏的现象，即使发布初期没有发现，随着时间的流逝，一些隐藏的bug也会慢慢浮现出来。那么对于遗漏的bug，我们该怎么去做？ 古时
测试用例的设计方法（全） 等价类划分方法： 一.方法简介1.定义 是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。 2.划分等价类： 等价类是指某个输入域的子集合。
哈佛大学前校长德里克·博克说过的一句话：如果你觉得教育的成本太高，那试试看无知的代价。前段时间Oracle的裁员在行业内又掀起了一波中年危机，互联网的行业特质决定了你想走的更远，就得让自己跟上行业发展的速度，淘汰你的从来不是年龄，而是你的专业能力配不上年龄，与其原地踏步的焦虑，不如扎扎实实的提升自己
测试工程师不只是负责发现问题，除了发现问题这种基本功外，定位问题，提出解决方案，提出预防方案也是要掌握的技能。这里先说定位问题的要求，定位问题要向深入，前提当然是对功能、产品的流程、开发方案、开发人员非常熟悉了，以我们部门为例，定位bug至少要到下面这种程度。 首先确定是界面显示问题还是功能问题， 如果是界面问题，如贴图错误，文字错误，样式错误，则需要截图 如果是功能问题： 控制台...
一 进行测试设计的一般流程 设计测试案例的时候，需要有清晰的测试思路，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程，而且要对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构都有比较透彻的理解。测试用例设计一般包括以下几个步骤：
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
