精益对大家来说都不陌生了，无论是最开始提取的丰田制造原型，还是后面延伸出来的物流供应链管理，再到近两年颇为流行的精益创业（LeanStartup），都在不停刷新着“精益”这个概念。最近也不乏把精益当成“热词”来包装的各种理论，以至于很多客户建议我另外给“精益企业”取个名字。我一般都会礼貌回答说：看看精益房子（见下图）吧，我们并没有发明什么新东西。(图片来源于SixLeanSigma-LearnTe
引子随着移动互联网的发展，大数据、云、人工智能等IT技术的持续火热，越来越多人开始意识到我们正身处由IT技术引发组织变革的大时代中，所以才会有TechnologyisBusiness或Tech@Core这样的口号。有幸的是，我的工作正是影响并帮助客户在IT技术引起的组织变革中获得成功，而我在其中的角色便是“敏捷教练”。（图片来自：http://t.cn/RoetjXT）我很喜欢做“敏捷教练”，可能
“比方说有这样一个bug，在主角手里拿着汉堡再吃的时候同时被打中左腿和右腿，然后跑着跳进一个敞篷车，在车速超过120KM/H的时候跳车被迎面而来的垃圾车以一个很特别的角度撞到会发生一个贴图bug，这种bug应该如何测试出来呢？”以上问题是知乎上某位同学问我的问题，问题本身看上去很测试，实际上还是与游戏公司的测试方式存在很大偏差。很多人尤其是游戏玩家可能对这种问题比较关注，但是我自己对待这种bug的
对，没有错~！这个是Android程序的崩溃日志。对，没有错~！小编看到这个内心也是崩溃的。对，没有错~！这个特么是一个线上用户的崩溃，允许小编在厕所哭一会~~这样的崩溃你遭不遭的住？你遭不住~~分析崩溃原因手机游戏SDK在启动后需要获取系统设置，在启动后需要得到<uses-permissionandroid:name="android.permission.WRITE_SETTINGS"/
在游戏项目中，除了常规的测试内容外，还存在会引起一些严重的问题的特殊点，这里我总结了几条，分享给各位小伙伴，也是我自己在项目测试期间真实遇到的内容。1，时间问题先说说时间问题，在游戏项目中，跟时间有关的点非常多，比如一些活动、任务等需要每天定时刷新，那么在这个刷新时间点，则是最容易出现问题的地方。首先，这涉及到一个规则的问题，比如玩家正在操作某个功能时，刷新时间点到了，对正在操作的结果是要累加还是
python模拟http请求遇到的一个坑最近提测一个新的项目-图片系统涉及到我这块的需要测一个图片上传的接口，那么客观稍安勿躁小坑马上来了等你跳，跳之前你并不知道所以先看看跳坑之前的风景吧，数据结果如下：仔细看红色部分期中一个参数是个json,这也没什么嘛往下走着。。。。在看一个接口请求的示例：你会发现透传的ctx参数是一个json格式，当时脑袋飘过一朵问号小云彩--可能是小编我少见多怪大神莫藐视
企业IT软件非常复杂，通过协作由全球高技能人员快速开发，必须在许多生态系统和许多设备上不间断地运行。在过去，软件每年一般只发布几次；但是今天，新的版本可能会每分钟出去一次,持续不断的。在许多情况下，软件开发过程以瀑布方法开始，现在已经转向敏捷、精益和持续集成（CI）。在这个新时代，云服务消费者（软件用户）生活在一个多租户世界中，他们不再能够控制软件版本更新的时间。客户分散在许多时区，每个客户都必须
关于“敏捷软件测试”，小编也是刚刚开始了解，在阅读了关于敏捷测试的一些文章后，关于敏捷团队构成的几个概念，小编觉得很有意义，整理后分享一下，也欢迎各位大神留言讨论~【关于团队构成】测试人员应该与程序员一起工作，而不是独立的质量保证团队一般传统的项目中，测试团队和开发团队是分离的两个团队，虽然职责会更清晰，但这也可能导致团队间的摩擦、竞争和敌对的态度，比如：程序员和测试人员没有共同的目标：项目经理和
很多Scrum团队一开始不知道迭代周期设定多长合适。Scrum要求Sprint在1周到1个月以内的周期，而且一旦选定，Sprint的长度在整个开发过程中保持一致。新的Sprint在上一个Sprint完成之后立即开始。那么到底多长合适呢？初始设定方法首先，应该选择以周为单位，即：1周，2周，3周，4周，而不是以天为单位，e.g.7天，12天，22天等。道理很简单，以周为单位方便管理和沟通。以天为单位
昨天发布了上半部分17个Q&A：最常见的34个敏捷测试面试的Q&A（上），今天再发布第18～34个Q&A。18.统一过程(RationalUnifiedProcess)和Scrum方法有什么区别？19.为什么持续集成对敏捷很重要?持续集成对于敏捷来说很重要，因为以下原因：通过发现缺陷或集成错误，可以帮助保持及时发布产品。由于频繁的敏捷代码交付，通常每个迭代（sprint）是
热门文章