(2021年,似乎被魔术师瞬间变没了)
2021年,似乎过得很快,眨眼间就进入了最后一天;
2021年,似乎过得很慢,因为疫情太折腾人了,有的会议日期就改了4~5次,QECon大会北京站也不得不延期到2022年4月。
2021年疫情没有消失,生活还不能苟且;没有诗和远方,也要努力工作。
在去年 “告别2020年,展望2021年” 一文中,提到有朋友说出大家心声“2020年再见,再也不见!” ,今年有人还会说 “2021年再见,再也不见!”。其实,无论是2020年,还是2021年,我们都永不见,因为时光如流水,一去不复返。
言归正传,回顾2021年,我个人出版了两本书:一本著作《敏捷测试:以持续测试促进持续交付》、一本译作《架构之道:软件构建的设计方法》, 其中李洁和我因《敏捷测试》一书获得异步社区年度影响力作者奖,《软件测试方法和技术(第3版)》再获清华大学出版社 “年度畅销书奖”、人民邮电版《软件测试》和清华大学出版社《软件质量保证与管理(第2版)》获得同济大学优秀教材奖。这些工作都和公众号有千丝万缕的关系,因为我和公众号已融为一体 从公众号 “软件质量报道” 的角度看,今年也做了几件有意义的事情:
年初联合MeterSphere开源社区发布了《持续测试白皮书》;
年中组织了几次闭门研讨会,如移动App测试技术研讨会;
年中协助QECon组委会成功举办了深圳站、上海站两届大会;
年中协助QCon走进大厂,如走进阿里、走进B站、走进字节跳动等;
年中参与组织其它在线沙龙,如技术驱动效能主题沙龙、软件质量与效能度量主题沙龙等;
年末发起《2021年国内软件质量调查》。
这一年公众号共发了整整200篇文章,占了公众号历来总文章数的1/4,而公众号是在2013年7月启动的,已经有8年半了,说明今年很勤奋。2020年宅在家里时间比较多,文章数是160篇,比2019年多了不少,但2021年又比去年(2020年)增加了25%(也是1/4)。2022年鼓励各位读者投稿(发送到[email protected]),我们可以赠送作者图书,每个季度阅读量排在前三位的,有机会获得QECon大会门票。
2021年发表的200篇文章中,多数为原创,也有转载的,其中转载的文章 工信部《“十四五”软件和信息技术服务业发展规划》支持软件测试大发展 获得最多阅读数,超过1.5万。而原创文章是自己更乐于推荐的,其中获得最多阅读数的十篇文章,必须在这里展示一下。
10.【姊妹篇】是时候抛弃传统的测试团队了(阅读量/5900+,发布日期/5月27日,下同)
核心观点:将质量效能整合起来,提倡质量内建和技术驱动质量,利用各种技术构建质量工程体系、质量工程平台,彻底地提升开发质量和效率,这也许是未来的发展方向。
金句:“新的陌生时代已经明确到来,而我们曾经很熟悉的现代世界已经成为与现实无关的过往”
9. 2021年软件测试工具总结——单元测试工具(6110+,11月22日)
核心观点:单元测试是自动化测试金字塔模型中占比最大的测试类型,做好单元测试对于保证软件产品的质量非常重要。
推荐工具:JUnit、TestNG、gtest、pytest、unittest、Jmockit、JaCoCo、gcov、lcov、gcovr、Coverage.py、EvoSuite、Diffblue Cover
8. 许多研发管理者并不想提升研发效能,这才是最大的问题!(6110+,8月23日)
核心观点1:效能= 对客户有价值的需求 * 效率 ,在需求有效的情况下,效率越高,效能越高;效率/生产力不变,需求对客户的价值越高,开发效能就越高。
核心观点2:业务驱动研发,市场驱动效能,让研发不再只是按预算来运行的一个独立部门,而是和市场收益直接绑定的一部分。
金句1:代码没问题,老板都不知道你,而线上出问题,你去救火救成功了,就是英雄。
金句2:幸运之处,软件总不是那么好度量。
金句3:研发管理者,从来不会想减少自己的人,而是希望扩充自己的团队。
金句4:如果只做正确的事,哪有那么多正确的事可做?
7. 许多人傻傻分不清 “业务需求、用户需求和系统需求” (6130+,4月26日)
核心观点:业务需求、干系人需求(含用户角色需求)和系统需求是三个不同层次的需求,业务需求分解为干系人需求,而系统需求是为了更好地满足干系人需求。
金句:功能需求不是业务需求,甚至可以说是业务需求的解决方案。
6. 2020-21软件测试中的重要趋势及应对措施(6280+,5月6日)
核心观点:测试领域的6个主要趋势,包括:1)随着越来越多的企业采用敏捷和DevOps,QA团队正在转型为质量的协调者;2)利用AI技术进行测试的比例在上升,但是仍然需要更多进展。3)测试环境管理和测试数据管理在不断完善,尽管在实际工作中仍然存在一些挑战。4)自动化测试在整个QA生命周期中的比重不断上升,但自动化测试的优势并没有得到充分利用。5)在QA和测试的预算压力在增加,促使企业进行创新并提高工作效率。6)全球新冠疫情的爆发加速了企业的数字化转型,并推动企业改进QA和测试的方法。
金句:质量不应该只是QA/测试人员的责任,而应该是整个团队共同的责任
5. 软件研发效能的底层逻辑(6460+,12月24日)
核心观点:研发效能的底层逻辑就是做好四个层次的工作:一是选对人、好好培养人,如审视公司的招聘流程、培训和绩效考核制度;二是做正确的事,如澄清业务战略,明确问题、业务需求和用户需求;三是正确地做事:如确定/选择正确的开发模式,制定有效的组织结构和流程;四是追求速度/效率,如不断提高研发人员的技能,开发/购买 研发平台,搭建DevOps工具链,实现高度的自动化。
金句1:实现了 “做正确的事、正确地做事”,效能已经很高了。
金句2:持续地做对事情、正确地做事,就会产生飞轮效应。
4. 2021年软件测试工具总结——性能测试工具(6666+,12月06日)
核心观点1:系统性能的改善是测试、调整、再测试、再调整……的一个持续改进的过程;
核心观点2:随着DevOps的发展,性能测试已经上升为软件系统全生命周期性能工程。
推荐工具:Google Lighthouse、PerfDog、Monkey、Monekyrunner、mobileperf、Pyroscope、MemoryLeakDetector、JMeter、LoadRunner、Webload、Gatling、k6、Vegata、Locust、Skywalking、Pinpoint
3. 2020年,给你敲响警钟的十大软件质量事故 (8470+,1月5日)
事故关键词:美国大选、疫情、航空、金融、互联网服务
核心观点:万物互联的时代正在到来,一个软件故障可能导致整个城市的交通瘫痪和恶性交通事故,也可能导致用户数据的大批泄露。真心希望各行各业能够更加重视软件质量保障,重视信息安全,减少软件造成的重大事故。
2. 是时候抛弃传统的软件测试用例了! (8880+,5月11日)
核心观点:是时候,抛弃传统的测试用例,即抛弃上述规范描写的测试用例(含有具体操作步骤等); 抛弃传统的测试用例,不意味着抛弃测试设计;如果评审几千条用自然语言写的详细测试用例,不仅工作量大,而且也不容易发现问题;测试用例可以传递测试知识,但靠测试用例来传递测试知识,效率偏低。
金句:至于认证,你懂,一般只是一种政绩工程
1. 软件测试的底层逻辑是什么?(9948+,12月8日)
核心观点1:软件测试的底层逻辑是:测试是一个样本实验,需要精心分析和设计,努力以最小的代价并尽早地去揭示质量风险。
核心观点2:软件测试分析的底层逻辑是:测试测试分析是以终为始,从测试目标出发最终回到测试目标,是层层剥离、逐步深入的系统分析过程,也是一个博弈、选择直至平衡的过程。
核心观点3:测试自动化的底层逻辑:自动化测试是建立在测试分析与设计的基础之上;:一切适合自动化的测试工作都尽可能地被自动化,同时要创造有利于自动化测试的环境。
金句1:为了质量而测,从质量目标出发、想方设法获取质量信息。
金句2:只要你持续地学习与反思,没有人能够挡得住你成长为测试专家。
在2020年原创文章中,文章 “2020年软件测试趋势报道:无代码化的测试自动化” 阅读量最高,接近7000,今年的No. 1 的阅读数达到1万,增加了43%。
2021年,永不见。未来,我们只向前看、朝前走,迎来一个又一个更美好的新年。