今天在看书的时候，了解到苹果的门店有一项制度。如果某一天一个客户给员工打了10分的推荐值，在第二的早会上，店经理就会说：“昨天XX得了一个10分。”众人鼓掌。然后经理继续说：“XX，你还记得进店来换屏的那位顾客吗？你能跟大伙儿说说当时说怎么回事吗？”随后，XX就讲了前一天发生的关于苹果手机屏幕的故事。看到这个制度，我觉得太妙了。我时常在思考要怎么激励员工，要怎么给予员工清晰明确的行为指引。然而个人
目录前言人员与项目培养与管理质量与度量总结1前言当前业界对于软件测试和质量相关的讨论非常多，各种不同的声音也层出不穷，比如去测试人员、测试人员无用论、测试技术化、测试工程化、测试与质量赋能、敏捷测试、持续测试、全程自动化测试等等。可见测试工作和专业的测试人员已经处于了一个很大的漩涡里面。但是只要一个项目追求高质量，那么它一定需要实施大量系统化的专业的测试和质量工作。而这些大量系统化的测试与质量工作
大家好，我是亦无。关于软件测试工程师的职业规划，我之前写了5篇文章：《做软件测试有前途么？》《做软件测试到底要不要学编程？》《技术导向下的业务测试何去何从？》《全自动化测试离我们还有多远？》《软件测试工程师发展的3个方向》每次推送完，都有不少同学又单独找我探讨，看来大家都很关心这个话题。今天基于我前一段的思考，以及在团队中的实践，继续和大家聊聊这个话题。首先说明下，这次话题我把受众做了下限定，主要
在Testerhome看到一个很有意思的问题，题目是：测试的产出到底是什么？“质量保证，或者产品优质，这些都只是结果，且单纯靠测试是肯定不行的，但是在日常的工作中，测试的产出到底是什么？”这是个很有意思的话题，对于测试的产出，不同人有不同的理解，大家也可以自己先想想。聊聊个人的看法，总结起来就几个词：一个思维、一份报告、一点责任，努力精进。下面详细展开来说说。1.一份思维关于测试最终是否会消失，不
我是一个相当差的产品经理。这不是我擅长的东西，所以我没有任何可以称得上熟练的技能。事实上，我很容易被产品最重要的部分分心。我经常很幸运的和非常优秀的PM合作—但是有时候这不是一个好选择。当我需要披上产品的外衣时，有一些简单的方法可以使用。这不是专家建议，只是一些技巧，来帮助我在做产品经理时不要太无用。进行影响面分析这个技能需要长期计划；当我需要从一堆想法中帮助一个团队做决定，决定需要在哪些想法上集
TensorFlow图形神经元网络（GraphNeuralNetworks,GNNs），是一个旨在可以使用TensorFlow轻松处理图形结构化数据的集成库。我们在Google的各种环境（例如，垃圾邮件和异常检测、流量估算、YouTube的内容标记）中使用了这个库的早期版本，并作为我们可扩展的图挖掘渲染流水线（graphminingpipelines）中的一个组件。特别是，鉴于Google的数据种
本文首发于个人网站「BY林子」(https://www.bylinzi.com/2022/01/27/navid-quality-pillars/)。NavidNader-Rezvani(https://twitter.com/navidnader)根据她在敏捷团队的质量咨询经验，提炼出一个敏捷质量框架，在书籍《AnExecutive’sGuidetoSoftwareQualityinanAgil
上回，我们聊到了测试策略，也提到了测试策略的重要性。很多人说测试策略现在会包含在测试设计阶段，落地到测试用例中，也没什么问题，因为这都是解决问题的过程方法，不是核心目标。提到测试用例，这个作为测试入门级的问题，现在很多人对它也是看法颇多。有的观点认为，测试用例是测试人员的工作量体现，而且是测试工作的指引和保障，需要详细来写。有的观点认为，现在是敏捷研发，测试都来不及，写什么测试用例。折中的观点认为
对于早期Elixir开发者来说，当他们的项目采用Phoenix框架时，他们会感觉避免了开发中很多单调复杂的工作。目前，接受并主张使用Phoenix的开发者数量毫无悬念地在快速增长。更重要的是，Phoenix灵活和健壮的特点可以让你自由地选择以不同的方式来构建APIs。为什么Phoenix可以如此呢？在众多的原因中，以下几点是让Phoenix在Web框架之争中保持领先的主要原因：它诞生于Elixir
如果你参加过程序员面试，你一定听过这样一个问题。多少的测试覆盖率是可以接受的？有些人直接说100%，有些说90%，至少要达到50%。那是我至今听到的最低的数字。我会从我的角度分解这个主题，分享一些我的观点。多层问题你有没有曾经跟一个同事发生过如下对话？Dude1：我们要开始这个牛逼的工程了Dude2：CoolDude1：你觉得我们是用Java/Scala/Node.js还是什么别的？从某种意义上讲
热门文章