随着敏捷开发模式逐渐走入大众视野，它开始逐步取代了传统的瀑布式开发模式，被越来越多的研发项目团队采用。敏捷开发采用快速迭代，快速发布可用版本的方法，持续输出、持续改进。不同于传统的软件开发模式，敏捷开发模式有着自己鲜明的价值和方法。 但即使实践了敏捷，我们可能还会发现，Bug并没有消失。 面对这些B
随着敏捷开发模式逐渐走入大众视野，它开始逐步取代了传统的瀑布式开发模式，被越来越多的研发项目团队采用。敏捷开发
墨菲定律 墨菲定律的原话是这样的：Anything that can go wrong will go wrong。 凡事
墨菲定律 墨菲定律的原话是这样的：Anything that can go wrong will go wrong。 凡事只要有可能出错，那就一定会出错。在测试工作中，我们经常会遇到这样的场景。 关注我，每天分享软件测试技术干货、面试经验，想进《Python自动化测试学习交流群》可以直接加V：ats
【BVT的释义】 BVT的全称是Build Verification Test。可以说这个全称就是BVT
一、前言做业务研发，难免碰到线上问题。从异常出现，到问题解决，需要紧绷神经，争分夺秒，是对程序员专业技能的硬核考验。特别是在面向亿万用户的大促场景，上下游几十号同事同时盯着，负责问题解决的几个关键同学必须抗住巨大压力，极限编码，在最短时间解决战斗。可谓台上一分钟，台下十年功，平常理论讲得一套套，这时
...
昨天下午大神把组内几十号人召集在一起开Online bug分析大会，主要是针对近期线上事故从事故原因和解决方案两个维度来分析 对金融软件来说，每一次的线上事故都有可能给公司带来重大的损失，少扣了用户的钱，为公司带来资金方面的亏损；多扣了用户的钱，则为带来不必要的合约或法律纠纷，故测试金融软件不比其他行业的软件，后者线上bug大多不会直接引起资金方面损失，最多就是用户体验不好，功能没有实现，导
电视剧《天道》改编于畅销小说《遥远的救世主》，由张前执导，王志文、左小青、曾红生及石爻领衔主演。 《天道》是一部中国电视剧史上难得一见的奇剧。毫不夸张的说，没点中国传统文化打底的老外是很难理解丁元英这个人的，尤其他那些奇特的思想。
领导者普遍有这样的感触：现在的队伍不好带啊。有能力的如藏獒，不好管；听招呼的如绵羊，没能力。特别是年轻员工，说不得、管不得、罚不得、骂不得，一批就蹦高，一罚就走人。当领导难啊。 管理是一门学问，它集心理、方法、气质、魅力、沟通于一身，不是胡萝卜+大棒那么简单。要想管好一个团队，不但会管人，还要会管事
01 公司利益高于一切 公司是全体员工的生存平台，个人利益不能亦不得与之发生冲突。一旦祸起萧墙，轻则申斥处罚，重则革职走人。砸了老板或大伙儿的饭碗，谁也别想有好日子过。 02 团队至高无上 团队是各部门的生命线，在团队力量支撑产业实体的市场经济时代，除非你是来自异域的月球空心人。 03 用老板的标准
Coding Practice | 编程实践 基础篇 Clean Code 《代码整洁之道》Pragmatic Unit Testing 《单元测试之道》The Productive Programmer 《卓有成效的程序员》Test-Driven Development By Example 《测
流程分解 目的：本活动的意图 负责人：负责执行本活动的角色 参与人：配合执行本活动的角色 进入准则：能够开展本活动所须满足的因素或条件 输入：执行本活动需要使用的数据或文档 活动：将本活动的输入转化为输出的一系列行动 输出：本活动所产生的数据或文档 完成准则：标志本活动完成的因素或条件 1、设计用例
一个程序员在没有成长成为架构师之前，几乎都要跟 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至少要到下面这种程度。 首先确定是界面显示问题还是功能问题， 如果是界面问题，如贴图错误，文字错误，样式错误，则需要截图 如果是功能问题： 控制台...
一 进行测试设计的一般流程 设计测试案例的时候，需要有清晰的测试思路，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程，而且要对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构都有比较透彻的理解。测试用例设计一般包括以下几个步骤：
外包项目测试工作量评估指南 1、目的 编写本指导书的目的旨在为我公司进行测试外包服务工作进行指导，帮助项目经理和相关人员编写测试方案、评估工作量、制定测试计划和测试策略等，以尽量减小项目工作量评估上的风险。 2、适用范围和对象 本指南的使用范围是对于测试外包服务项目前期做整体的测试方案
总流程3步 1.技术同事面试 2.直接领导面试 3.HR面试 先是自我介绍，讲一下最近的工作经历，三个面试官都有问道。 对我们还有什么想要了解的吗，三个都有问。 技术同事面试问题 使用过哪些测试工具 有没有使用过JMeter的动态参数传递 JMeter的压测做的过什么，大概多少个并发，响应时间是多少
· 前言 “尽早的介入测试，遇到问题的解决成本就越低” 随着软件测
5. 测试方式 6. 自动化测试（含测试工具） 7. 测试技术／8. 测试过程 9. 测试管理 这只是匆匆完成的第一个版本，一定有比较多的问题，欢迎大家留言、指出问题，多谢！我会持续完善它，再分享给大家。
最近，我在做项目的时候，经常被问到一个问题：如何做测试评审会更有效呢？ 只要做过测试用例评审，特别是比较复杂的测试用例评审的时候，很多测试同学都会苦恼于如何能更有效的向大家说出自己的测试设计思路。 当然，CC先生的建议是测试用例评审更多的是测试范围的确认，测试方案的讨论和测试思路的对齐。 如何能更好
本文先谈的是测试人员方面的度量数据一：测试人员日编写用例趋势二：测试人员提交BUG的趋势三：测试人员提交BUG统计四：测试人员执行用例的趋势五：测试人员BUG质量分析六：BUG漏出率七：BUG提交错误率八：提交|打开|待处理|修改|关闭BUG趋势下面分别列图说明（BUG漏出率和BUG提交错误率正实现
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
