admin管理员组文章数量:1573363
编辑：一口锅、静怡、小淑子、哲宇、夏至、CC、Silvery、holiday
今天是 2022年03月18日，欢迎来到第 63 期！这里记录过去一周我们看到的软件测试及周边的行业动态，周五发布。
本期看点：如何从零开始B端产品自动化测试？Pytest 中的 teardown 怎么用？光大银行测试管理体系建设与实践；前端质量灰度监控的有效实践；你对用户故事了解多少？容器会取代虚拟机吗？ SourceMap 是什么？如何快速招到合适的人才？
·
阅读愉快!
🐞 软件测试
1. 如何从零开始B端产品自动化测试？
周小宁（Agilean）
知微产品研发团队在接口自动化测试上摸爬滚打多年，总结出了一套适合 B 端企业级软件小型团队的自动化测试实践。
包括如下 9 点：
本文全面复盘了知微团队这些年做自动化测试的历程，从初次建设自动化开始，分析遇到的问题，改进思路和实践总结。
| 原文地址： 如何从零开始B端产品自动化测试 |
2. Pytest 中的 teardown 怎么用？
皮皮哥（字节质量保障团队）
teardown 的原意是拆卸。在一个测试用例中，teardown 指的是用例的后置步骤，或者是清理步骤；它主要是用来消除这个测试用例对系统的影响，从而保证不会影响后续的测试执行。
Python 的主流测试框架 pytest 是怎么支持 teardown 的?
| 原文地址： pytest中的teardown用法探索 |
3. 光大银行测试管理体系建设与实践
王靖文 龚荣荣（中国金融电脑）
自 2009 年光大银行组建独立第三方测试团队以来，经过十余年的探索和研究，不断完善测试领域规章制度和实施流程，逐步建立起“1+4+4+3”的测试管理体系框架。
| 原文地址： 光大银行测试管理体系建设与实践 |
🐴 质量效能
1. 前端质量灰度监控的有效实践
为什么聚焦在灰度监控？
因为遗漏到线上的问题，尤其是报警没有报出来的，且较为严重（白屏、跳转故障等），都有以下共同点：
- 新变更导致的
- 非全量，只有部分流量 某些特定情况才会出问题
- 发布阶段本可发现，但遗留到线上一段时间
灰度监控的重要性
灰度阶段怎么监控呢？
| 原文地址： 前端质量之灰度监控的有效实践 |
2. 你对用户故事了解多少？
adoudou（小船哥说敏捷）
用户故事是敏捷方法的一部分，该方法有助于将重点从编写需求转移到讨论需求。
所有的敏捷用户故事都包括一个或两个书面句子，以及关于这个需求的一系列描述。
用户故事是从需要新功能的人员（通常是系统的用户或客户）的角度出发，对功能的简短描述。
它们通常遵循一个简单的模板：
作为一种<用户类型>，我想要<做一些事情>，以便<达成一些目标>。
比如：
作为用户，我可以备份整个硬盘。
这是一个史诗级用户故事案例，用户故事的好处之一是可以描述各种大小的需求，不同大小的故事叫：主题故事 -> 史诗故事 -> 特性故事 -> 用户故事。
史诗可以拆分为数十个（或可能数百个）用户故事，比如以下两个：
- 作为高级用户，我可以根据文件大小，创建日期和修改日期指定要备份的文件或文件夹。
- 作为用户，我可以指示不备份的文件夹，这样我的备份驱动器就不会充满不需要保存的内容。
如何将细节添加到用户故事？谁编写用户故事？ 用户故事何时编写？用户故事可以代替需求文档吗？
| 原文地址： 关于「用户故事」，你了解多少？ |
🦧 技术同频
1. SourceMap 是什么？
ELab.congyu
前端项目的代码在经过编译打包后，会将开发时多个文件的代码合并到同一份文件中，而且还会经过各种压缩，合并，代码丑化等等操作，转换完最终生成的代码才会用于线上环境，所以我们线上实际运行的代码跟我们开发时的代码是有非常大的不同，如果此时出现了bug，那么我们只能定位到转换后代码的位置，但此时的代码已经面目全非了。
感受一下：
怎么办呢？
sourcemap。
简单来说，Sourcemap 就是一个信息文件，它里面存储着代码转换前后的对应位置信息，也就是转换压缩后的代码所对应的转换前的源代码位置，是源代码和生产代码的映射， Sourcemap 解决了在打包过程中，代码经过压缩，去空格以及 babel 编译转化后，由于代码之间差异性过大，debug 困难的问题。
| 原文地址： 来聊聊SourceMap |
2. 容器会取代虚拟机吗？
Molly Calancy（InfoQ）
容器会在开发环境中取代虚拟机吗？似乎已经有定论了。
但是容器会全面取代虚拟机吗？事实可能并非如此。
开发者不会再像以前那样构建一个单一的应用。使用容器，他们能够从以前环境的不一致中解脱出来，更多地关注在代码构建、创建更好的软件以及更快速地编写代码。容器在开发者中已经成为了一种主流的虚拟化技术。
但是，容器究竟是应用程序的传递还是基础结构，两者有很大的区别。虚拟机运行缓慢、可移植性较差而且很重，但在部署企业的基础设施和运行传统单体应用时，虚拟机依然是优先考虑的技术。
最终答案是什么？
| 原文地址： 容器会取代虚拟机吗？ |
🦉 持续成长
1. 领导者都应该知道的 N 条管理法则
张三丰真人（领导者管理笔记）
- 吉德林法则：把难题清清楚楚地写出来，便已经解决了一半。
- 波克定理：只有在争辩中，才可能诞生最好的主意和最好的决定。
- 串珠线效应：1. 个体的优势必须通过组织,才能表现出群体优势。2. 珍珠再美丽,也须一条线把它们串成项链,这就是“串珠线效应”。3. 仅仅有闪亮的珍珠,如果没有线,依然成不了光彩夺目的项链。光有珍珠不行,必须有人像珍珠,有的人像线，才能把那些珍珠串起。
- 鲁尼恩定律：赛跑时不一定快的赢，打架时不一定弱的输。笑到最后的才是赢家。
- 弗洛斯特法则：要筑一堵墙，首先就要明晰筑墙的范围，把那些真正属于自己的东西圈进来，把那些不属于自己的东西圈出去。
- 吉尔伯特法则：工作危机最确凿的信号，是没有人跟你说该怎样做。
- 福克兰定律：当不知如何行动时，最好的行动就是不采取任何行动。没有必要作出决定时，就有必要不作决定。
- 托利得定理：测验一个人的智力是否属于上乘，只看脑子里能否同时容纳两种相反的思想，而无碍于其处世行事。
- 蓝斯登定律：给员工快乐的工作环境是最好的激励。
- 杯子理论：市场需要什么样的杯子厂家就可以生产什么样的杯子，反过来不同的杯子只有在相应的市场里才最能发挥其最大价值。
- 戴伯尔法则：民主是现代管理的潮流，但是若事事要求民主，效果反而不好。
| 原文地址： 世界顶级领导者都深刻掌握的22条管理法则（建议收藏） |
2. 如何快速招到合适的人才？
脱不花（罗辑思维）
管理者要想干事就得用人，用人就得招人。招人的前提，看准，招对，要把不对人拦在外面。如果人招不准，不仅会耽误眼前的事儿，还会给自己衍生出一大堆管理上的“次生灾害”。
比如很多管理者抱怨的：
- “为什么对有的下属做管理辅导累得要命，但是不起作用？”
- “为什么批评了却看不见成效？”
- “为什么有的下属执行力这么差？”
- ...
从别人身上找原因，一找就疯了；从自己身上找原因，一找就通了。其实就是招人的时候没有把好关。
所以，选对人永远比培养人更重要。
用什么样的方式能够快速把对的人选出来呢？
- 考察自驱力 2. 考察责任心 3.考察素质
一. 如何考察候选人的自驱力？
通过问题考察候选人有没有主动学习的习惯。
比如：
① 你有没有付费学习过什么东西，能给我介绍一下吗？
对一个成年人来说，付费和免费所体现出来的学习的意愿是不同的。
如果对方说没有付费学习的经历，那就可以追问：
② 那你平时学习的途径都是什么？都在上面学了些什么知识？或者你能不能具体的给我讲一讲，你最近学习到了一个新的、陌生的知识是什么？
③ 你平时多久读完一本书？
如果对方稍微迟疑了一点，或者说“三四个月”，这样的答案。你就可以判断出来，眼前这个候选人没有定期阅读的习惯。
二. 如何考察候选人的责任心？
设置那种假设的冲突性的场景，让对方来解决。
比如：
如果公开市场发行的一个债券突然发生了违约行为，我们明天一早就要向公司高层递交处置预案。而负责这个项目的同事突然病倒了，现在只有我们两个人一起去解决这个问题，这时候你会怎么办呢？
意思就是，现在任务很紧急，但是这个任务对于候选人来说，可能是一个本职工作以外的任务。那这个时候，候选人要不要顶上，怎么顶上，怎么协作，怎么把问题给解决掉？
这其实是通过人为地去设置一个挑战，来测试候选人在解决具体问题、遇到挑战时的价值观排序。
有的人会觉得公司的事第一、责任第一，所以不管加班到多晚，只要出了问题，我一定要想办法解决。
但也有人会觉得，生活和工作需要适当平衡。而且尤其是这个工作是我责任以外的工作。
这两种想法，在具体实践当中，没有绝对的对错之分。
看你更期待什么。
三. 怎么用工具考察候选人的素质？
让候选人填写自己的使用说明书。
通过提前阅读一个人的「使用说明书」，可以更迅速地去判断一个人身上的气味和公司的文化是否一致，这节省了她大量的选人和看人的时间。
| 原文地址： 如何快速招到合适的人才？面试时不妨问问这几个问题 |
🐙 拥抱开源
1. Hitomi-Downloader：Python 写的桌面下载工具
Hitomi-Downloader 界面简单使用方便，拥有下载限速、BT 种子、自动提取网页视频等功能，支持下载国内多个视频网站的内容。
| 开源地址： GitHub - KurtBestor/Hitomi-Downloader: Desktop utility to download images/videos/music/text from various websites, and more. |
2. 阿里 & 蚂蚁自研 IDE 研发框架 OpenSumi 正式开源
OpenSumi（阿里技术）
OpenSumi 是一款面向垂直领域，低门槛、高性能、高定制性的双端（Web 及 Electron）IDE 研发的框架。
经历近 3 年时间，在阿里集团及蚂蚁集团共建小组的努力下，OpenSumi 作为国内首个强定制性、高性能，兼容 VS Code 插件体系的 IDE 研发框架，正式对外开源。
| 开源地址： GitHub - opensumi/core: 🚀 A framework helps you quickly build Cloud or Desktop IDE products. |
言论
| 1、海边的卡夫卡里有这样一句话「暴风雨结束后，你不会记得自己是怎样活下来的，你甚至不确定暴风雨真的结束了，但有一件事是确定的，当你穿过了暴风雨，你早已不再是原来那个人。」 |
| 2、凡是持久的，必是温和的与可持续的。—— 张文宏 |
| 3、要做一件事，就不宜把它拿来瞎想，不然想来想去，越想越有味，做事的雄心力气都化了。 |
4、一代人有一代人的长征，一代人有一代人的使命。
图片
① 当你专注编写代码时
② 用户眼中的程序员 VS 程序员眼中的用户
③ 老公，你修好灯了么？
订阅
本周刊每周五发布，会同步更新在微信公众号。
微信搜索“毕小烦”或者扫描下面的二维码，即可订阅我的公众号。
如果文章对你有帮助，记得留言、点赞、加关注哦！
(完)
版权声明：本文标题：软件测试周刊（第63期）：凡是持久的，必是温和的与可持续的。 内容由热心网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：https://www.elefans.com/xitong/1727745226a1127711.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。
发表评论