王丽丽的阅读
编写BUG报告有诀窍？Toulmin模型来帮忙
前不久，桓哥的分享PPT中提到了Toulmin论证模型，并在其中提到了这么一句话“尝试建议：用Toulmin模型指导编写BUG报告（特别是容易被忽略限定部分，即BUG隔离）”。恰逢我在整理合作方离岸方案中，涉及到统一BUG提交模板，来规范各合作方的BUG输出，并且减少其在不同项目间切换时提交BUG的学习成本。于是想着能否将Toulmin论证模型应用到BUG编写报告中，其作用主要包括：1、强调限定部
308°/
2016-11-04/3087 人阅读 / 6 人点赞
/ 0 条评论
产品环境下的QA
本文首发于InfoQ：http://www.infoq.com/cn/articles/QA-in-Production-practice2015年11月ThoughtWorks发布的技术雷达提到一个新的主题——产品环境下的QA（QAinProduction），2016年4月再次提到。这个主题第一次出现在技术雷达，就深深的吸引了我，当时我就给测试团队成员转发了这个内容，但同时脑子里也产生了这样一系
292°/
2016-11-03/2928 人阅读 / 0 人点赞
/ 0 条评论
测试建模 ——从需求的角度说建模
看完本文你会了解以下内容需求工程的多个视角不同视角涵盖的视图（模型）及关联测试工作中应该从哪个视图入手关于本文在上一篇文章的实例中我们了解了基于业务流程测试的建模方法，但在实际工作中针对不同的需求我们还有很多其他建模语言可以使用。今天这篇文章将通过需求的几个不同视角来为大家介绍下还有哪些视图在测试建模中可以被我们拿来使用。一、需求工程的多个视角每当我们从产品经理手中接过需求文档时，往往心中的第一个
445°/
2016-11-02/4458 人阅读 / 24 人点赞
/ 0 条评论
揭秘：联想的质量管理是这么干的！
从1984年的一家小企业，到当今全球最大的计算机高科技制造企业，联想创始人柳传志曾称，“每一位联想员工要像爱护眼睛一样爱护联想品牌。”联想集团董事长兼CEO杨元庆指出，“质量必须要成为我们的DNA。”△联想(北京)有限公司北京工厂。当前，我国正着力推进供给侧结构性改革，作为高科技制造型企业，有着20多年历史的老工厂该如何转变创新观念，更新质量管控体系？近日，记者随国家质检总局“走质检、进企业、看质
297°/
2016-11-01/2976 人阅读 / 8 人点赞
/ 0 条评论
关于Code Review，你「必须」了解的一些关键点……
“代码审查的重要性，对码农来说自是不言而喻，但整天说Code重要，你知道都应该关注哪些关键点吗？众所周知，在团队中进行代码审查（CodeReview）可以提升代码质量，分享项目知识、明确责任，最终达到构建更好的软件、更好的团队。如果你花几秒钟搜索代码审查的相关信息，你会看到许多关于代码审查带来的价值的文章。也有许多方法来进行代码审查：在GitHub中提pullrequest，或使用像JetBrai
255°/
2016-10-31/2554 人阅读 / 5 人点赞
/ 0 条评论
谈谈白盒测试中的几种覆盖方法
谈谈白盒测试中的几种覆盖方法白盒测试用例设计的一个很重要的评估标准就是对代码的覆盖度。一说到覆盖，大家都感觉非常熟悉，但是常见的覆盖都有哪些？各自有什么优缺点？在白盒测试的用例设计中我们应该如何自如地运用呢？今天小编就为大家总结了一下几种常见的覆盖以及各自的优缺点。白盒测试中常见的覆盖有六种：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖。下面我们就分别看看这几种不同的覆盖究竟是
534°/
2016-10-28/5349 人阅读 / 42 人点赞
/ 0 条评论
Storm 的可靠性保证测试
Storm是一个分布式的实时计算框架，可以很方便地对流式数据进行实时处理和分析，能运用在实时分析、在线数据挖掘、持续计算以及分布式RPC等场景下。Storm的实时性可以使得数据从收集到处理展示在秒级别内完成，从而为业务方决策提供实时的数据支持。在美团点评公司内部，实时计算主要应用场景包括实时日志解析、用户行为分析、实时消息推送、消费趋势展示、实时新客判断、实时活跃用户数统计等。这些数据提供给各事业
253°/
2016-10-27/2537 人阅读 / 5 人点赞
/ 0 条评论
Docker部署Hadoop集群
前几天写了文章“Hadoop集群搭建”之后，一个朋友留言说希望介绍下如何使用Docker部署，这个建议很好，Docker不仅在生产环境威力巨大，对于我们在自己电脑中搭建学习实验环境更是非常便利搭建一个集群环境时需要多台服务器，对于我们个人，这通常是个门槛，需要使用虚拟机，安装操作系统，然后运行起来多个虚机安装操作系统是个不太轻松的任务，并且运行多个虚机对个人电脑性能也有一定要求，这些门槛影响了很多
288°/
2016-10-26/2889 人阅读 / 133 人点赞
/ 0 条评论
OpenResty单元测试实践
无测试，不编码。有持续运行的单元测试，是保持项目健康最基本的要求。在多人协作的内部项目中，这一点尤其重要。基于OpenResty的项目开发自然不会例外。测试框架我们考察过OpenResty自己的测试框架test-nginx，发现该框架偏向于对接口进行测试。把它用作单元测试，犹如用园艺剪裁纸。以lua应用的角度看，busted倒是个合适的单元测试框架。只是OpenResty项目代码中难免会用到Ope
445°/
2016-10-25/4452 人阅读 / 19 人点赞
/ 0 条评论
Mock测试，何去何从
上面的情景是不是似曾相识呢？现今的业务系统已经很少是孤立存在的了，尤其对于一个大公司而言，各个部门之间的配合非常密切，我们或多或少都需要使用兄弟团队或是其他公司提供的接口服务，当然，我们也会给其他兄弟部门提供接口。这样的话，就对我们的联调和测试造成了很大的麻烦。假如各个兄弟部门的步伐完全一致，那么问题就会少很多，但愿望是美好的，现实是残酷的，要做到步伐一致基本是不可能的。所以，对于这种情况，我们的
640°/
2016-10-24/6362 人阅读 / 38 人点赞
/ 4 条评论