sylan215的软件测试技术学习

上次不知道怎么就把五月底记成是年中了，急匆匆写了个总结，还好大家都很买账，没有揭穿我这次失误，文章的各项数据竟然比平时还更好，甚是欣慰。没看过上一篇的点这里：《年中总结》六月份很快就过去了，终于年中了，这一个月里，我继续保持了周更两篇的节奏，并且继续尝试各种话题，继续关注各种数据，继续保持对各种问题的敏感度，继续坚持原创输出，下面是我这段时间的一些观察，简单和大家做个同步，欢迎讨论。1、测...

目前我们这边的自动化，大部分是以 Python 语言为主，但是经常发现，不同人的编写风格都不尽相同，所以我就给自己制定了一套规则，至少从我自己做起，保持自己的编码规范一致性。下面所有的规范都是以实用为主，请按需取用。1.类名使用驼峰式命名法，首字母要大写，比如：class TestClass(object): pass2.方法和函数名全小写，并且使用下划线做连接符，命名最好清晰易...

根据《Google 软件测试之道》这本书，我已经写了四篇导读：Google 软件测试之道Google 软件测试之角色职责Google 软件测试的未来Google 流程中的致命缺陷今天想继续谈一下书中提到的 Google 软件测试过程中使用的一些「神器」。大家都知道，一个好的工具或系统，可以极大的提高工作效率，而 Google 测试团队的这些工具都是他们工作过程中经过总结提炼，最后量身定...

一今年我给自己定的年度目标里，有一项是关于读书的，根据制定目标的量化标准，我设定的目标是「全年至少读完 12 本书」，注意，目标定的是「读完」。因为这个目标，我会时不时地去回顾当前的进度，同时也因为这个目标，好几次我都在优先输入（读书）还是优先输出（写导读）之间犹豫不决（担心达不成目标）。比如《Google 软件测试之道》这本书，论读完，我很早就读完了，但第一次看完只能算一知半解，在我写导读...

经过近一个月的反复宣讲，以及通过用例评审反复和大家沟通意见建议，我们用思维导图写测试点的格式已经基本固定了下来。基础的内容，请回看前两篇文章：《思维导图编写测试用例的两种格式》《用思维导图写测试点的几点说明》今天是在这些内容基础上的再补充。1.表示层和逻辑层测试目的的区分表示层测试点的测试目的应该是针对业务逻辑的覆盖，所以表示层测试点的描述，可能会被误以为是需求的描述，其实不一样，需求...

一《探索式软件测试》这本书，是 James Whittaker 在 2010 年写的，至今已经 9 年了，之前网上有不少人推荐过这本书，但是一直没机会看，最近终于找时间给看完了。通读全书后，我的感觉是，书中思考问题的方式，和我已知的有太大的区别，以至于看的稍微快点就会很懵逼，但是仔细和我们已知的方法进行对应的话，其实是可以关联起来的。总得来说，James 把手工测试的一些方法，假借旅游的名义...

之前在文章《思维导图编写测试用例的两种格式》中，提到思维导图写用例的格式，这里澄清下，这里说的测试用例准确的说应该叫测试点，亦或者说是测试用例标题，因为测试用例本来就包含了用例标题、前置条件和测试步骤等内容。今天的几点说明，都是和这个概念有关的，名称不同，代表的意义也不同。言归正传，我们来一起看看这次要说明的都有哪些点。1、区分测试点和用例步骤我们来看个例子：上图是同一个测试目的的两种...

前面我已经写了三篇关于《Google 软件测试之道》的荐读和读书笔记，这是我读完一本书之后写读书笔记最多的一次了，主要是因为他引发了我太多的思考，也开拓了我对于测试未来的想象。前三篇可以点击链接查看：Google 软件测试之道Google 软件测试之角色职责Google 软件测试的未来今天是这个系列的第四篇，仍然是关于书中第五章的内容解读。第五章中 James 除了阐述 Google ...

上周，我怀着无比忐忑的心情推送了《再谈软件测试经验图谱》，本以为纯理论的东西会引起大家的排斥，没想到阅读量特别好，只是留言数并不多，所以没法准确知道大家的反馈。今天我就趁热打铁，继续聊聊这个图谱的第二层级之硬技能，希望能继续引起共鸣。先上干货，下图是我对硬技能做得分类：今天我主要想聊聊硬技能之业务逻辑。业务逻辑的重要性再怎么强调都不为过，可以直白的说，我们所有的工作都是为业务目标服务的，...

一之前我发了两篇关于《Google 软件测试之道》的荐读和读书笔记，有不少同学就在后台跟我说，咱们国内的环境和 Google 差的太远，任重而道远呀。前两篇可以点击链接查看：Google 软件测试之道Google 软件测试之角色职责嗯，确实是这样，不仅仅是我们，就算是国外其他大公司，很多也都是和 Google 的方法不一样。但是我推荐这本书并不是希望我们要全盘照搬 Google 的做法...

一我之前在文章《如何借助测试经验图谱完成三个月总结？》中有提到「测试经验图谱」的概念，其实我一直把这个图谱作为底层建筑去强调，我一直认为底层建筑是基础，基础打得再牢靠都不为过，但如果基础不牢靠，就算上层建筑多么多么地 niubility，也是建的越高坍塌的可能性就越大，又或者到时候需要花费更多的时间精力去完善低层建筑。打个比方，测试经验图谱硬技能分类中，有一个大类是系统知识，如果不在一开始就建...

工具是人手的延伸，用的好了，它可以成为我们身体的一部分，用不好，它就只是别人身体的一部分。这是众所周知的道理，但是落实到每个人的具体实践上却是千差外别。比如我们熟悉的 web 自动化测试工具 Selenium，很多人都听说过，但是很多人在实际的 web 测试中并没有用到。之前我在《手把手教你搭建 Selenuim 自动化环境》中做了 Selenium 环境搭建的说明，今天我就用一个简单的实例...

关于思维导图写测试点的方法，之前已经写了三篇文章了，测试点的写法上基本上已经说的比较清晰，但是落地执行时还是会有一些小问题。没看过之前文章的，请按顺序回顾下哈：《思维导图编写测试用例的两种格式》《用思维导图写测试点的几点说明》《思维导图写测试点的额外补充》下面我针对这几个小问题再做个补充说明。1、要提前构思好整体分类再动手写测试点拿到需求后，不要一上来就直接上手开始咔咔的写用例，先要...

最近在 Centos7 上搭建 nginx 作为 web 服务器使用，但是使用过程中，nginx 总是莫名其妙的崩掉，使用命令 dmesg 检查错误信息如下：[6655217.659132] Out of memory: Kill process 11494 (lsof) score 10 or sacrifice child[6655217.659567] Killed process 11...

最近才知道「中台」的概念是阿里马云最早引入的，话说一个不懂技术的引入了一个技术的概念，做技术的同学们会不会很惭愧？言归正传，下面我说说基于「中台」概念引发我对于软件测试的一些思考。一有时候有些事情很奇怪，在没有人给总结成一条很简短的理论时，推行和落实起来很困难，需要给每个需要配合推进的人反复提醒，就这样也不一定能达到预期效果。比如我们项目在推进公共库（公共库就是把经常使用到的重复的功能实现...

自动化测试是目前的趋势，这个大家肯定都有目共睹的了，很多公司的招聘现在也是直接用测试开发岗来替代测试岗。而早在国内有这个变化前，国外的微软、Google 等大公司也在逐渐减少专职的软件测试岗，让开发承担起质量保证的主要职责。那么问题来了，国内的全自动化测试离我们还有多远？考虑自动化维护的成本对于使用自动化的人来说，可能只是看到自动化用例执行的速度和覆盖度，但是对于维护自动化的人来说，时间的...

说话可以说是人类成为高等动物的最关键技能了，说话的目的是为了沟通，沟通是协作的前提，好的沟通可以让团队协作事半功倍，不好的沟通还不如不沟通。不知道还有多少人记得之前那个手机换壳事件，可以看看下面文章回顾下：《不会正确和产品掐架的开发不是好测试》当时我分析这件事的问题就是出在沟通方式上，我也同时提供了三个沟通方式的建议，今天我想在这个基础上再补充三点。一、知己知彼，百战不殆兵法有云「知己知...

一这几天上热搜的一个新闻想必大家都知道了。一个考生提前到了考场，因为没看到其他考生，以为时间还早，就在考场外静等了 45 分钟，之后才发现自己已经错过进入考场的时间了。很多人看到这个新闻的第一反应肯定是惋惜，之后就有人开始作为旁观者进行各种各样的原因分析。有的说是学校教育有问题，把人教育成书呆子了。有的说是家庭教育有问题，把人养成了生活的废人。还有人说这种人不靠谱，对这么重要的事情都不...

之前我写过两篇关于测试人员要不要学编程的文章，有很多朋友留言给我说，我也很想学呀，可是我办不到呀。前两篇文章链接如下，没看过的可以尽快回顾下：《做软件测试到底要不要学编程？》《技术导向下的业务测试何去何从？》我理解办不到的原因，因为我全部都亲身感受过，现在我把最突出的几个困境汇总了一下，我们来分别聊一聊。困境一：一学就会，一写就懵。学过 Python 的同学，肯定都学习过列表、元组，如...

明天就要高考了，今年身边没有要参加高考的考生，气氛不是特浓烈，但是高考的话题已经上微博热搜榜 TOP3 了，说明大家的关注从来就没离开过。我自己是个学渣，但也算经过高考洗礼，今天想借高考这个话题，说说当年考试的那些事。考前磨枪大部分是心理安慰我记得初中考试那会，每到考试前我都会带上课本临阵磨枪，不管看不看吧，必须要带上。好像是初三开始，考试变的越来越多了，自己也发现临阵磨枪真的只是碰运气。...

之前给新人推荐入门的软件测试书籍，我一般会推荐京东上排名靠前的《软件测试（第二版）》，但是之前我也只是简单的翻了一下，所以没有给更详细的建议。这次抽时间把全书看了一遍，总体感觉在基础知识普及上，国内写的书会更接地气一些，特别是一些实用方法和基础概念，国内会根据当前的市场需求，同时综合各家取长补短来进行知识普及，而国外的这些书更多的偏纯理论汇总，当然，也和这本书出版的比较早有关系吧。下面我简要说...

做测试的应该都知道，一年一度的 MTSC 大会，那可是大咖云集，会议中分享的课题更是精彩纷呈，因此该大会也被誉为国内测试技术创新发展的风向标。2019 第五届 MTSC 大会昨天已经开始，今天是第二场。说到参会，如果能亲临现场，那当然是极好的，不仅可以感受到现场浓烈的气氛，还有机会近距离接触各位传说中的大咖。但是，我知道很多小伙伴因为各种各样的原因不能亲临，所以我连夜整理了从 2015 到 ...

写作是对自己最好的投资从年初 1 月 11 号开始重新启动这个公众号的更新，至今一直保持每周两更的频度，偶尔兴起还会三更，写作是我目前连续坚持最长时间的事情了。之所以要坚持写作，就我个人而言有三方面的原因。一个是自己从小就对写作有某种向往，无奈资质太差，看的书很多，写的字也不少，却总是不开窍，目前的坚持算是对梦想的一种持续追求吧。二是听很多大佬说，写作是对自己最好的投资，我就这么相信了，如...

权游大结局想必大家已经都知道了，其实在第五集结束后，很多人都预料到大部分结局，但是不愿意承认而已。第五集中龙妈的火之愤怒可谓全剧一个极大的转折点，这和此前龙妈的善良形成了鲜明的反差，今天我想简单谈谈龙妈的善良和软件测试的关系。龙妈的善良只是涉世未深权游一路看过来，我认为是龙妈的善良吸引了大熊乔拉，同样是龙妈的善良解救了无垢者，令其成为死忠，也同样是龙妈的善良引来小恶魔和八爪蜘蛛的投奔和期待，...

一前两天我发了篇鼓励测试人员学编程（思维）的文章《做测试到底要不要学编程？》，有不少同学在后台问我，自己底子差，实在跟不上怎么办？看起来，应该是我没说清楚，导致大家有点误会，测试人员用不用学编程？用，是不是必须学？这个可以看情况而定。就算是 google 里面的 TE 角色，有些也是很少涉及编程的，所以不会编程，我们可以发挥自己其他方面的优势。比如，业务专家。二业务是一切的根基，这点大...

之前在知乎上回答了一个问题，意外地收获了很多的赞同，第一次认真回答问题就被认可，很开心。前几天刚好又有朋友在微信上问起同样的问题，看来大家的疑惑都类似，所以我干脆给搬到公众号上，好让更多人看到。问题我截了图：知乎帖子的地址我也贴出来，欢迎大家上去帮忙点赞哈：https://www.zhihu.com/question/66716450/answer/262082190下面是我的回答：几...

乔布斯曾经说过「每个人都应该学习编程，因为它会教你如何思考」，看，乔帮主都觉得所有人都应该学编程，那你说做测试的要不要学？当然要。作为测试人员，除了上面这个原因，我觉得如果会编程，还有下面 3 个好处。1、知道技术实现，可以设计更有针对性的用例比如我在《需求评审之实战演练》中提到的关于计算器的测试，有些人会写一条用例是「测试一个超大的数」。但是问到多大数算大？100000 算不算？很多人回...

一我记得小时候自己总会有很多想不明白的问题，等慢慢长大了，答案才开始逐个明了。比如小时候我总会不停的问老大，电视里的那谁谁是不是坏人，那谁谁又是不是好人，我已经忘记老大怎么回答了，但是这个问题我一直都记得，现在才知道，给某个人定性并不重要，重要的是这个人在什么时候做了什么事。还比如我总是会想，地球是圆的，那么打个孔是不是可以钻到地球的另一边？为什么没人这么干呢？直到我看到一个报道说，早在 1...

一我们组所有新员工在入职三个月的时间点，都会要求做一个阶段性总结，然后就总结的内容，我会找他作个面谈。从目前所有人总结的内容来看，千差万别，虽然我们有规定总结的范围，比如「客观、量化及可视的工作成果」，但是每个人对这个范围的理解都不一样，所以结果也就不一样了。如果非要找共同点的话，那就是大家都会去罗列工作的内容，比如熟悉了多少个工具，经历了多少个项目，提交了多少个 Bug 等等。非要说这样...

一你是否碰到过开发提测速度很快，导致项目排队，结果介入测试时，第一条用例都跑不通的情况？你是否碰到过因为开发提测质量差，导致反复修改，反复提测，反复重复验证的情况？你是否碰到过因为开发提测质量差，导致一个修改影响了一大票老功能，从而让项目质量岌岌可危的情况？你是否碰到过因为开发提测质量差，导致项目后期通过压缩测试时间来保证项目进度的情况？你是否碰到过开发拍胸脯承诺这次肯定没问题，结果测试...

一我在面试时，经常会出一道简易计算器需求的编程题，完了之后再让写一下这个需求的用例，题目看起来很简单，但是几乎可以把我想了解到的基础测试理论全部都涵盖了。今天我还拿这个例子来实操下在《测试人员参与需求评审的价值是什么？》中提到的需求评审关注点。比如我现在是产品的角色，我给的需求描述是这样的：现在有一个 PC 客户端的命令行工具，这个工具可以接收三个命令行参数，其中，前两个是数字，最后一个...

前几天，我在《简历中打动人的 3 个关键点》和《》中讲了一些写简历的注意事项，今天想聊聊在面试过程中，如何更好的体现出自己的真实实力。面试时，我经常会拿下面 3 个问题开场： 1.请做个简短的自我介绍； 2.简单介绍一个自己参与度比较高的项目，以及自己在项目中的职责； 3.简单描述下你在项目中发现的最有成就感的 Bug；下面我分别针对这 3 个问题逐一做下说明。...

学习过测试理论的同学肯定都知道，测试人员参与项目的第一步，大部分都是需求评审，但是不少测试同学反馈，自己很少参与需求评审，需求会议也很少喊测试人员参与。我觉得这一方面可能是流程上各角色配合的问题，另一方面可能是因为测试在评审过程中没有体现出参与的价值。针对第一个可能，需要测试主动找产品沟通，一方面表达希望参与需求评审的意愿，另一方面也要求他们在需求评审时喊上测试。针对第二个可能，就需要...

环境： OS：Windows 10 17134 Python：3.4.4 Selenium：3.13.0 Browser：68.0.3440.84（正式版本） （64 位） ChromeDriver：2.41脚本内容：# -*- coding: utf-8 -*-"""测试 selenium webdriver"""import timefrom seleniu...

一其实，这篇文章最开始的标题是《如何用一个抹布一次清理完一个落满灰尘的工位》，读来读去觉得有点绕，写到最后也发现，哇，这个抹布好惨呀，就把标题改为《一块抹布引发的惨案》，又感觉有标题党的嫌疑，最终就确定了目前这个标题。言归正传，不知道读到这的同学里面有没有杠精，做测试的话，我相信肯定有，不管怎样，我先解释一下，本次主要是讨论测试策略的话题，比如如何尽早发现严重程度比较高的 Bug，有人会说...

看到这个问题你是不是已经笑了？当然我也做好了挨喷的准备了。我搜了一下知乎，同样的问题可以翻好几页，回答的观点也各式各样，但是没有一个统一的高赞答案，今天我姑且谈谈我的个人看法，欢迎大家一起讨论。来来来，坐好啦，先给大家说说我自己关于选择的故事。一、学习 Java 有前途么？我是 2005 年开始学习 Java 的，应该是相当早了（暴露年龄了），那时的我还没大学毕业，所以在学习前、学...

看到这个标题，是不是感觉有点牵强，「增长黑客」和「软件测试」怎么能扯上关系？嗯嗯，那我姑且算是蹭一波「增长黑客」的流量吧，但是等文章看完，希望能改变你的看法。最近正在看范冰大神的《增长黑客》，真是感触颇多，但是严格来说，这本书主要写给产品、运营、增长官以及对增长感兴趣的人，我属于最后一类对增长感兴趣的人，但我的主业仍然是做测试。于是我结合目前项目的测试情况和书中的关键点做了下关联，想到了如...

一除了纯后台测试或者纯接口测试外，我想大部分人都会接触业务测试，至少我们目前的客户端产品测试就是这样。之前和我们组客户端测试同学沟通，总是会发现大家用例的关注点大部分都集中在业务逻辑的覆盖上，对具体逻辑的实现，以及底层实现原理的关注偏少。这样做其实并没有错，用例不就是覆盖需求的么？而需求就是我们说的业务逻辑呀。但是仔细想一下双 V 模型就会发现，我们缺少了概要设计（集成测试）和详细设计（单...

一「sylan215」这个公众号从 2018 年 7 月 5 号开始更新，截止到 2018 年 12 月 31 号，共更新文章 40 篇，差不多每 4.5 天一篇。其中原创 38 篇，其他 2 篇是图片，可以说是 100% 原创输出了，这也契合了我最初创建这个公众号的承诺 — 坚持原创输出。38 篇原创中，有 10 篇是测试基础相关，有 17 篇是测试效率相关，有 4 篇是简历面试相关，其他...

前几天的拼多多事件大家应该都知道了吧，不知道也没关系，自行搜索关键字「拼多多事件」先回顾一下。网上已经有很多人从自己的角度去分析这个事件，有人问是不是真的亏了那么多？有人问领的券咋没了？有人猜测这是不是bug营销？当然也有很多人在归纳总结正确的做法。作为测试人，其实并不想凑热闹，因为很多人说这不是测试的锅，但是想想我们业务其实也时刻存在着类似的风险，所以就基于我们当前业务说说我的思考吧。一...