思考

亦无所思316-浏览器保留使用的端口

在一些毫不在意的知识点上，总是给我们一些毫无意外的痛击。

亦无所思315-自定义配置的代价

自定义配置是一件有代价的事，非必要情况下还是不去改的好。

亦无所思314-美好且难受的春天

很多事情都需要透过现象深入一层现象，比如有人说感冒了，但是症状可以分为流清鼻涕，还是流浓鼻涕。

亦无所思313-天下没有免费的午餐

天下没有免费的午餐，当然也没有免费的流量，还主动送到嘴上的，就更没有了。

亦无所思312-获取信息的源头

获取信息的源头，是一个好习惯，那里才有最初的背景，可以更好的还原信息的原貌。

亦无所思311-高处不胜寒

一个人感觉顺风顺水的时候，也可能正是他滑铁卢的开始，因为守恒的能力被他占优了，高处不胜寒。

亦无所思310-需要手动勾选的优惠券

处于劣势的商家，往往会因为用户诉求而媚颜屈膝，处于优势的，则往往趾高气扬，只有中庸的部分，可以坚守自己的底线，同时也提供足够好的服务。

亦无所思309-场景才是关键

场景才是关键，需求现在改叫用户故事，用例覆盖也有个路径覆盖，其实都是场景，场景才是一切的起始。

亦无所思308-魔鬼都在细节里

灵活性和便利性始终都是一个需要平衡的问题，太便利的结果就是不灵活，太灵活的结果就是复杂。

亦无所思307-盯着问题无法解决问题

不要高估自己的反应速度，也不用低估别人的反应速度。

亦无所思306-简单的问题不简单

有些看起来没啥影响的一个调整，但是它的底层关联可能千丝万缕，牵一发而动全身。

亦无所思305-技术也需要包装

听懂画外音，是我们入乡随俗的一部分。

亦无所思304-事事不确定就是一种确定性

在一个不可控的环境中，意外也会不可控，这时候多点小心，总是没错的。

亦无所思303-安全感是种奢饰品

一个人的确定性是相对确定的，一旦增加了“关系”，那么不确定性就骤然增加，因为“关系”本身就是不确定的。

亦无所思302-任何时间都不能掉以轻心

有句老话说的是“河里淹死会水人”，说的就是老手经常会掉以轻心，然后一失足成千古恨，慎记慎记。

亦无所思301-顺手做好质量保障

对同一件事的理解一致，才是做事最难的部分，也是最重要的部分，这部分被抽象叫做“文化”。

亦无所思300-琐碎就是日常

如果我们只盯着大事，事情确实会简单，但事实上，生活本身就是由琐碎的小事构成的。

亦无所思299-努力是有意义的

就像《人类群星闪耀时》一样，很多目前看起来很重大的历史转折，在当时可能是很不起眼的一个小瞬间。

亦无所思298-忘记数自己的小猪

还记得那个小猪过河的故事，数数的小猪会忘记自己，换一个说法，也可以是，数数的小猪以为自己已经包含进去了。

亦无所思297-负面信息更容易被关注

由俭入奢易，由奢入俭难，人们更容易关注到那些负面的信息。

亦无所思296-节省有限的精力

在有限的精力利用上，可以把更多精力放到更重要的事情上，其他事情爱咋咋地。

亦无所思295-大小不一样的点赞

如果一个设计，看不出来设计的初衷，那就不是一个好设计。

亦无所思294-习惯不完美

面对权威时，如果出现了问题，我们会习惯性的自责，有时候还是要相信自己的判断。

亦无所思293-良医治未病

所谓良医治未病，应该就是一种风险识别意识，在问题发生前，阻止发生的可能。

亦无所思292-逻辑是第一要义

把一件事按顺序做一遍，再反过来做一遍，都没问题后，这件事就基本上很熟悉了。

亦无所思291-做的多反而做不好

做事的目标不一样，结果也不一样，如果只是为了读懂，一些语句不通完全不影响结果。

亦无所思290-讲十遍不如做一遍

讲道理是没用的，不然懂了那么多道理，为啥还是过不好这一生。

亦无所思289-为什么上瘾

赌是因为贪，贪是因为痴，痴就是没有能力认清赌的真相；

亦无所思288-定义的局限性

当我们被“定义”所定义后，就会出现局限性，比如没人规定椅子不能当桌子用，只是听到椅子的第一反应认为它只能坐而已；

亦无所思287-要对谁负责

我之前写过 [demo 和成品的区别](https://ceshiniu.com/testthink/yiwuthink275-do-not-casually-dismiss-what-others-do-as-easy)，就同灵感和思考的区别一样，看着简单，做着却并不一样；

亦无所思286-选择的偶然性

I 人和 E 人，并没有好坏的区分，但是放到特别情形下，会有优劣势的区别；

亦无所思285-甄别问题优先级

只要不是严重阻断性的问题，很多用户的容忍度还是可以的，所以质量保证在某些时候需要按需划分要求标准；

亦无所思284-道歉只能让自己感到安心

不要说道歉，如果真的错了，就从行动上弥补；

亦无所思283-不要去纠结观点的对错

不要在别人不冷静的时候，还要争个对错。

亦无所思282-天时地利人和

同样是炭，只有雪中送炭才会让人念念不忘。

亦无所思281-跳出问题看问题

解决问题的时候，我们可能会陷入问题本身，比如公司楼前没有停车位，光看到没有停车位，其实也可以看看从“公司楼前”着手解决。

亦无所思280-目的和过程

有些人做事，强调目的性，只要结果达成，过程不重要，这是所谓的理性决策吧。

亦无所思279-耦合和解耦合

所有事情的构建，都是从部分到整体，我们要知道哪些是最小单元，哪些地方涉及交互，这样才能有全面的了解。

亦无所思278-洞察力就是发现规律的能力

穷其一生，我们都在尝试发现规律，但是有些人就只相信经验。

亦无所思277-会哭的孩子有奶吃

制度是死的，人是活的，会哭的孩子有奶吃。

亦无所思276-百闻不如一见

有些事情，听一万遍，不如做一遍。

亦无所思275-不要随便对别人做的事情说很简单

对于不是自己要动手做的事情，千万别说“我觉得很简单”。

亦无所思274-随时都可能发生意外

世事难料，一切皆有可能。

亦无所思273-角度不同带来不同的结论

看一件事，就和盲人摸象一样，如果只从一个角度看，就只能得出部分的结论。

亦无所思272-没有所谓的完美

没有所谓的完美，有的只是自己一时的感觉。

亦无所思271-识别信息有效性也是一种能力

雪中送炭当然好，夹带私货就不好了。

亦无所思270-不知道怎么办的时候转个身看一看

习惯了一种模式后，不妨换个角度做下尝试，会有惊喜。

亦无所思269-不破不立

关注过程，都是困难和问题，关注结果，就可以忽略过程中的问题，因为相信美好一定会到来。

亦无所思268-小改进带来大进步

相对于 AI 这种突破性改进，衣服标签这种实用性改进，更具体有效，也应该受到关注。

亦无所思267-一切都是我的错

团队协作的关键是分工明确，但是肯定存在模糊的边界问题，这时候就考验沟通能力了。

亦无所思266-界面和交互都是围绕用户设计的

明显影响用户操作流程的提示，一定要做的足够明显。

亦无所思265-把事情赋予意义是人类的特殊能力

意义感有时候会把简单的事情做复杂，但也正是因此才有一定的意义。

亦无所思264-遵守固定规则的快捷

知道了原理，再去看问题，就可以一目了然。

亦无所思263-高权限并不总是好事

之前的印象中，高权限总是可以完成低权限的所有事，现在看来也是有特例的。

亦无所思262-判断用户的常用操作

习惯了简单的方式，就对复杂一点的方式感到不适应。

亦无所思261-多花时间去全面的了解自己

每个人都有自己的优势和不足，不需要去神话一个人或一件事。

亦无所思260-多动手少动嘴

很多事情自己没有动手做的事情，根本就不知道做起来有多困难。

亦无所思259-关注具体的事情

当幸福和痛苦都由外因决定时，一切都不可控；

亦无所思258-有得必有失

人生一直都在做选择，有得必有失；

亦无所思257-不要脑补

作为专业的质量保障人员，我也会粗心大意，只能说人性如此，一定不要太高估自己。

亦无所思256-一个活动的启发

一件事绝不只有一条路径，如果要考虑充分，就要关注各种可能的场景，提前做好预案。

亦无所思255-千奇百怪的用户场景

场景覆盖是对产品设计的最大考验。

亦无所思254-人性中的娱乐至死

第一性原理的角度看问题，最终都是殊途同归。

亦无所思253-考虑场景覆盖

场景覆盖是对产品设计的最大考验。

亦无所思252-心理年龄和生理年龄

心理年龄和生理年龄是两回事，可以区别看待。

亦无所思251-简历与面试

理论和行动永远都有一道鸿沟，正确认识并处理好这个鸿沟，就是一个独特的优势。

亦无所思250-坚持成为自己

成长的路上，要坚持成为自己，而不是成为别人；

亦无所思249-明确沟通的主题

不提前明确主题的沟通，就是耍流氓。

亦无所思248-先付出还是先回报

大部分人都是先有付出，才会有回报。

亦无所思247-优势和不足

分工的细化，让专才更多，全才更少，这时候的全才就会显得很突出；

亦无所思246-良医治未病

解决问题的最好方法，是不让问题发生。

亦无所思245-一切都是我的问题

如果一个问题，频繁发生在自己身上，首先要想的不是自己多倒霉，而是自己到底哪做错了。

亦无所思244-一件事的两面性

一件事的两面性在任何地方都有体现，但是偏激肯定是不可取；

亦无所思243-简单

简单，是设计的第一原则；

亦无所思242-质量优先

越是热点的地方，越是可能会出现更多的杂音。

亦无所思241-合适的才是最好的

在追求最好的路上，谁都害怕掉队，但是最好永远只有一个。

亦无所思240-柔弱与锋利

柔弱不代表不锋利，只是不同的侧面。

亦无所思239-知识的深度

掌握更多的知识（信息），可以让我们把事情做完、做好、做的更好。

亦无所思238-慢就是快

有的时候，慢就是快。

亦无所思237-用户的痛点

产品要解决的就是用户的痛点，各种痛点。

亦无所思236-封闭式问题

沟通时减少封闭式问题。

亦无所思235-良医治未病

能前置解决的事情，绝对不给问题留到后续流程。

亦无所思234-简单和全面

便宜性和功能的全面性之间需要有取舍。

亦无所思233-标识牌的方向属性

位置决定了看问题的角度，所以有时候需要换位思考。

亦无所思232-精确与偏差

解决问题的方式有很多种，优先选择简单有效的那种。

亦无所思231-弱水三千只取一瓢

大部分时候的大部分事，我们都是路人，但不能是路人的心态。

亦无所思230-事情的两面性

每件事都有好坏两面，角度不同，得出的结论就不同。

亦无所思229-平常心

离终点越近，心情就会越复杂。

亦无所思228-事情的两面性

任何事情都有正反两面性，当我们看到正面效果时，也需要注意对应的负面影响，尽量避免负大于正。

亦无所思227-不要耍小聪明

当你把别人当傻子的时候，自己就是那个傻子。

亦无所思226-屁股决定脑袋

“屁股决定脑袋”，有时候是个贬义词，但很多时候，事实的确如此。

亦无所思225-成长为独特的自己

成长的某一种意义，正是成为那个独特的自己。

亦无所思-224

一定程度进化的同时，也会带来另一方面的退化。

亦无所思-223

人生从头到尾就是一个循环，过程就是大循环里面套着小循环。

亦无所思-222

测试用例的 3 级分别是需求、逻辑和使用场景；

亦无所思-221

所有的事情都可以分为视觉部分的表象，和实现部分的底层，对使用者来说，表象的第一冲击远大于具体的底层实现。

亦无所思-220

之所以有那么多不同性格的划分，归结下来应该就是，做同一件事的不同方式吧。

亦无所思-219

没有参照物的强弱，都是自己的主观感受。

亦无所思-218

优化功能一定是在常规功能的基础上进行优化，就是最低限度保证功能正确性，然后加强易用性。

亦无所思-217

盈满则溢。

亦无所思-216

虽然不鼓励仿品，但如果仿品都可以做的更好，是不是就说明正品在摆烂。

亦无所思-215

潜力就像海绵里的水，你只要用力挤，总会有的；

亦无所思-214

安全行业有攻防，流量行业有刷量，内容行业有洗稿，产品无处无对抗。

亦无所思-213

习惯的好处就是面对确定性时的安逸，坏处就是面对不确定时的慌乱。

亦无所思-212

所有的事情都有利有弊，如果能清晰的知道具体的利弊，对自己的分析判断都非常有益。

亦无所思-211

接受自己的优势，同时也接受自己的不足，做一个不完美的人。

亦无所思-210

打不打灯对自己没影响，可是会影响别人的判断，这是基本的协作意识。

亦无所思-209

任何设计的初始化，以及还原初始化都是兜底的功能；

亦无所思-208

很多事情，如果抱着试一试的态度，最后的结果肯定是失败。

亦无所思-207

知识（信息）的积累，不一定越多越好，有用就好；

亦无所思-206

技术只是手段，目的不一样，对技术的选择也会不同。

亦无所思-205

地址类的信息，最好是拷贝粘贴，而不是手输，容易出错。

亦无所思-204

自曝可以证明自己的公平性，同样也会让人觉得考虑不周，这是个双刃剑的取舍；

亦无所思-203

很多人都是到医院走一遭之后，才知道珍惜现在的生活。

亦无所思-202

数据是动态变化的，当下的数据处理结果和方式，并不能保证对后续变化产生正确的影响；

亦无所思-201

并不是所有的时候，都是做的越多越好，要做自己应该做的。

亦无所思-200

不是所有事情都可以彻底解决，这时候要做的就是尽量的优化。

亦无所思-199

同样都是编辑后点击 ok 保存，实际结果却不一样，对用户来说就是改变习惯的坑。

亦无所思-198

当吃饭是为了营养，高能量是目的，供给胃是目的，吃到肚子是目的。

亦无所思-197

关注过程和结果，对于同一件事会有截然不同的观点。

亦无所思-196

实践出真知。

亦无所思-195

一个确定性的中文回答，更符合国人的沟通习惯；

亦无所思-194

记忆的不可靠性在于，我们会选择性的记住那些我们想记住的。

亦无所思-193

提前发现和规避问题，是风险意识的体现。

亦无所思-192

越是简单的事情，越不好解释；

亦无所思-191

问题拆解是解决问题的必备步骤。

亦无所思-190

只要用心，总是可以做的更好；

亦无所思-189

质量风险无处不在，就算是那些我们最常见的功能，也不可避免的会出问题；

亦无所思-188

简单的结果会不准确，准确就需要更复杂的计算，需要取舍。

亦无所思-187

右划删除已经算是 IOS 的习惯性功能了，大部分都支持的情况下，突然发现了不支持，就会很不习惯。

亦无所思-186

任何一件事都有两面性，孰是孰非，并不定论。

亦无所思-185

我们都想要别人相信自己，但是自己从不相信任何人。

亦无所思-184

有些事是为了长期目标，比如健身，有些事是为了短期目标，比如刷剧，区分了目的，可以更好知道这件事的意义；

亦无所思-183

任何的技术，从无到有，从有到普及，都会经历这个过程；

亦无所思-182

只看眼前利益，是人们的第一反应；

亦无所思-181

美和丑是两面的，也是共存的，只是看的角度不同；

亦无所思-180

很多事情的改变，往往只在一瞬间，如果不信，可以去看《人类群星闪耀时》；

亦无所思-179

永远都有未满足的需求；

亦无所思-178

并不是所有人都明白角色分工的意义，也不是所有人都了解流程的必要作用。

亦无所思-177

信息（知识）的作用，就是在碰到问题时，可以针对性解决；

亦无所思-176

符合逻辑不一定正确，符合用户体验才正确；

亦无所思-175

在牌桌上很重要，不然就只能被动等着被别人定义。

亦无所思-174

很多时候，我们做事，都是为了表演给别人看。

亦无所思-173

对于用户有明显感知的功能，一定不要让用户去猜怎么用；

亦无所思-172

系统复杂到一定程度，人已经无法准确判断它的结果了。

亦无所思-171

产品的稳定性大于一切，不稳定就谈不上功能多么好。

亦无所思-170

没有对比就没有伤害。

亦无所思-169

去掉高大上，从实际用户出发的需求，都可以找到志同道合者。

亦无所思-168

正常逻辑是必须测试覆盖的，但是异常场景更容易出问题；

亦无所思-167

不到最后一刻，绝不放弃；

亦无所思-166

并不是所有的问题，都要立马去解决，交给时间就好了。

亦无所思-165

已经不是第一次见到玩数字游戏的情况了，长见识。

亦无所思-164

常识只是大概率的事实，而不是百分百的事实；

亦无所思-163

智能（自动）的逻辑，既存在便利性，也同时会有副作用。

亦无所思-162

同一件事发生的时间地点不同，对待的态度也不同。

亦无所思-161

做事立马想看到结果，是人之常情，但是很多事情都不是一蹴而就的；

亦无所思-160

除了这 2 个事情，其实很多时候我们都有末期焦虑，究其原因，就是不确定性增加；

亦无所思-159

只帮主动寻求答案的人解决问题。

亦无所思-158

每个人都希望被认可，尤其碰到问题时，更害怕别人看低自己。

亦无所思-157

先入为主的想法很要命，后续的推断，都可能走偏，因为前提就错了；

亦无所思-156

很多时候，很多事情，都是一时爽，然后长久的痛苦，比如挠痒，比如熬夜。

亦无所思-155

用户体验的一致性也很重要；

亦无所思-154

停止内耗，任何决定都没什么大不了。

亦无所思-153

信任的建立是很难的，而打破信任，只需要一个质疑。

亦无所思-152

做事是为了结果，不是为了做而做；

亦无所思-151

有听说过超级 App 的概念，他们在把功能做集成，并且不损害使用体验的情况下，竞争优势真是绝杀；

亦无所思-150

从第一性原理考虑问题，并遵从自己真实的感受；

闺女这几天在看 86 版的西游记，然后让

闺女这几天在看 86 版的西游记，然后让我给买一本原著。 原著到了，我也顺便看一看。 一看不打紧，突然发现作者在描述火德星君的火势时，竟然引用了周瑜赤壁大火的情形。 西游记和三国演义，我之前知道的关系是，这俩都是四大名著。 目前这样看，西游

亦无所思-149

任何技术都是解决针对性问题的，并不是越高级的技术就越好；

亦无所思-148

学会装傻，也是一种生活智慧；

亦无所思-147

任何技术都是解决针对性问题的，并不是越高级的技术就越好；

亦无所思-146

如果做了相同的事情，但是得到不同的结果，那么肯定是做法不同；

亦无所思-145

那些我们以为的确定性，可能成为最大的不确定性，比如没有东风，比如寻呼机没法定位；

亦无所思-144

如果没有全局眼光，并且没有全流程实操，很难做出正确的判断；

亦无所思-143

安全不仅限于供应链攻击导致的寻呼机爆炸，一个简单的文件加载，就可以让一台设备成为肉鸡；

亦无所思-142

分析定位问题时，外因内因要一起找；

亦无所思-141

任何一个问题，如果最后的结论是靠人来保证落实效果，那么效果几乎为零；

亦无所思-140

人就是一个经验传承的动物，特别是对自身经验，尤其着迷；

亦无所思-139

对于偶现的不确定性问题，是最头痛的，哪怕再次出现，如果没有日志，也是根本没法定位；

亦无所思-138

有些听起来很有道理的道理，也仅仅是道理；

亦无所思-137

实事求是比虚张声势要好的多；

亦无所思-136

想法和落地，天差地别，没有结果前，不要沾沾自喜；

亦无所思-135

一切皆有可能；

亦无所思-134

有得必有失；

亦无所思-133

命名不规范，引发的系列惨案；

亦无所思-132

对于确定的事情，我们就可以按照确定性的方案来应对；

亦无所思-131

一切都是得失之间的平衡。

亦无所思-130

尽量不在小事上浪费精力，反正试错成本不高。

亦无所思-129

不用自己产品的产品经理，都不是合格的产品经理；

亦无所思-128

选择做长期的事还是短期的事，做事的方法就不一样。

亦无所思-127

如果不是时间特别着急，很多事情都可以等等，特别是那些突然爆发的偶然事情，一般不会持续太长时间，熬熬也就过去了。

亦无所思-126

信息差的价值在于对时间的节省，知道某些信息（知识）可以快速解决（规避）问题。

亦无所思-125

每样东西在不同人手上有不同的用处和价值，就和每个人在不同岗位发挥的作用类似，祝大家都越测越开心。

亦无所思-124

很多事情的开始，只是某个很小的引子触发，所以不要忽略任何的细节，也许未来就在眼前。

亦无所思-123

自己拥有的资源不同时，对同一件事，会有不同的决策。

亦无所思-122

队伍短并不代表人少，人少的队伍也不一定短；

亦无所思-121

任何信息的梳理，一定有个统一的分类规则，只有基于这个规则，才能让信息多而不乱；

亦无所思-120

之前说过自行车把手的改进，加上这次快餐盒的改进，都是特别小的改进，但是能看出来，有人在用心关注用户的真实体验；

亦无所思-119

区分确定性和不确定性，然后对应不同的处理方式。

亦无所思-118

明白自己的优势，并在优势上发力，可以轻松省力。

亦无所思-117

当不存在不确定因素的影响时，事情就可以按照确定性的方式去考虑，做起来更轻松。

亦无所思-116

增加事情的确定性，减少事情的不确定性，安全感会骤然提升。

亦无所思-115

不改进就是等死了。

亦无所思-114

知识的应用同知识的学习一样重要。

亦无所思-113

单维度看事情，对比多维度去看，结论完全不同。

亦无所思-112

每个人的选择，都有自己的目的。

亦无所思-111

高效中参杂低效活动时，低效的影响会被放大。

亦无所思-110

想法不一样，做事的方式就不一样。

亦无所思-109

惯性思维时刻影响着我们的判断。

亦无所思-108

所有循环处理必须有跳出条件，防止死循环；

亦无所思-107

熟悉产品的唯一途径就是使用它，深度使用它。

亦无所思-106

准确分析问题的原因，才是解决问题的关键。

亦无所思-105

任何一个人或事，放到合适的环境中，都可以发挥自己莫大的价值。

亦无所思-104

人们经常会想当然，比如男人比女人更有劲，比如女人比男人更细心；。

亦无所思-103

那些别人做起来很简单的事情，都是背后下了功夫的，看起来越简单，下的功夫可能就越深，如果自己有所怀疑，就动手试试。

亦无所思-102

方向错了，所有努力都白搭。

亦无所思-101

任何事情都有两面性，一旦出现绝对的好和坏的时候，一定要警惕，自己已经掉进了信息茧房的陷阱。

亦无所思-100

有些习惯，必须通过强制的手法来达成，比如少吃多动。

亦无所思-99

每个人都有自己的优势天赋，就是那些别人看起来很累的活，自己做起来乐此不疲。

亦无所思-98

很多事情（问题/知识），都是在事后的某一个时刻，突然发酵，开始起作用（正/副作用）；

亦无所思-97

当信息不对等时，提供尽可能多的信息，总不是坏事。

亦无所思-96

从内部解决问题，永远都比从外部解决问题效果更好。

亦无所思-95

场景覆盖测试，比功能本身更贴近用户。

亦无所思-94

好的用户体验，就是让用户觉得自然，无碍，符合预期；

亦无所思-93

术业有专攻；

亦无所思-92

保持平常心。

亦无所思-91

做新的事情，才会有新的收获，要想办法压缩做已知事项的时间；

亦无所思-90

质量风险无处不在，哪怕是个很常用的功能。

亦无所思-89

我自己写系统的时候，这地方也踩过几次坑，其实就是新建和编辑的区别。

亦无所思-88

可以深吸气，慢出气，不要大口出气；

亦无所思-87

计划赶不上变化，随时最好调整计划的准备；

亦无所思-86

所有人都贪便宜，特别是毫无代价的小便宜。

亦无所思-85

如果套用测试流程的话，这就是隐性需求没有测试到。

前几天鼓励了一下闺女，终于敢开燃气灶了。

前几天鼓励了一下闺女，终于敢开燃气灶了。 今天就自己开了燃气灶，给我煎了鸡蛋做早餐。

亦无所思-84

区分事实和观点。

亦无所思-83

并不是只有一直前进才算前进，战术性后撤，也是一种前进。

亦无所思-82

无效设计就是不从实际出发，臆想出来的用户体验，这种情况特别普遍。

亦无所思-81

在用户体验方面，并不是所有的减法都是好的。

亦无所思-79

一眼看穿问题的主要矛盾，是一种能力。

亦无所思-80

精力管理和金钱管理同样重要。

亦无所思-78

通用的好处是成本低，流程统一，坏处就是兼容性没有定制版的好。

亦无所思-77

很多成熟的产品，其实也都还有可以改进的地方。

亦无所思-76

做事不考虑后路的话，莽就完事，所以不怕死的人最可怕，人要考虑退路，就会瞻前顾后，犹豫不决，反反复复。

亦无所思-75

同样一双鞋，沾水和不沾水完全两个体验，可是购买的时候只会体验到其中一种场景。

亦无所思-74

对于一些常用的通用性功能设计，尽量不要搞特殊化，随大流很好，因为用户习惯已经培养好了。

亦无所思-73

没有问题时，皆大欢喜，出了问题时，推三阻四，流程就是这种时候发挥作用的。

亦无所思-72

我们总是习惯一个解决方案走遍全天下，可实际情况总是每个问题必须对症下药。

亦无所思-71

知识分很多种，那种可以带来启发的知识更应该关注；

亦无所思-70

很多我们常识里面的事情，时间久了也可能会发生改变。

亦无所思-69

产品体验的一致性很重要。

亦无所思-68

做质量保证时间久了，对一些可能出现的风险，有一种天然的敏感度，万事不决问测试。

亦无所思-67

做事要讲究方式方法，最好就是一份时间的投入，可以尽量多次的复用。

亦无所思-66

我们对世界的变化，并没有我们想象中知道的那么多，既然精力有限，就好好观察身边的事情。

亦无所思-65

对于需要改进的地方，大家都是有共识的，只不过改进落实的快慢早晚而已。

google 在微信朋友圈打广告，怎么听

google 在微信朋友圈打广告，怎么听起来有点奇怪。

亦无所思-64

同一个问题，总会有不同的解决办法。

亦无所思-63

知道但是不行动，和不知道差别并不大。

亦无所思-62

基本功能是刚需。

亦无所思-61

建立信任的过程很难，但是有了信任，事情就好办很多。

前一段时间，到处都是 kimi 的广告，

前一段时间，到处都是 kimi 的广告，后面看到说是 kimi 盈利了。 现在开始到处都是豆包的广告。 下一步呢？

亦无所思-60

布局和位置，会影响我们的决策，就和临街门面一个道理。

亦无所思-59

用户界面和交互设计，比功能本身更容易影响到用户。

亦无所思-58

目标变了，做判断的标准也会变。

亦无所思-57

学习是一种主动行为。

亦无所思-56

只陈述事实很重要。

亦无所思-55

任何事情，只要用心做，都可以做的更好。

亦无所思-54

对于精力管理来说，想办法增加事情的确定性，就是在节省精力。

亦无所思-53

流程的必要性不是看操作是否简单，而是看这件事情可能造成的后果是否严重。

亦无所思-52

有些看着是为客户着想的保险功能，其实多此一举。

亦无所思-51

再多等一会，转机就会出现。

亦无所思-50

带着答案问问题，我认为是叫求证，这时候先亮出自己的答案更方便探讨，节省时间。

亦无所思-49

不是所有的创新都是做的更好。

亦无所思-48

亦无所思48： 操作步骤： 1、浏览器设置：启动时打开上一个会话中的标签页； 2、浏览器打开贴吧，会弹出登录二维码； 3、关闭浏览器，并等待二维码失效（不确定多久，比如第二天打开），检测操作结果； 预期结果： 登录二维码只有一个； 实际结果

亦无所思-47

验证鞋子和衣服合不合适的最快方式，就是穿上去试一试。

亦无所思-46

只有条件充分，总有意想不到的意外发生。

亦无所思-45

产品的迭代过程，也像动物的进化过程，常用功能迭代的越来越好，之前的特定功能就开始逐步退化，没有回旋的余地。

亦无所思-44

需求的扩大化，在所难免，要做好取舍，有的放矢。

亦无所思-43

有了产品的想法，尽快出 MVP，并找准用户进行体验，快速证明需求的真伪。

亦无所思-42

越是熟悉的东西，越是容易忽略细节，因为自以为很熟悉。

亦无所思-41

我们习惯固守已有的经验，毕竟成本最低，风险可控，但是环境变化的时候，适当的适应还是很有必要。

亦无所思-40

碰到问题时，每个人的第一反应，都是根据自己个人经验来得出未经证实的结论，并以为真。

亦无所思-39

环境变化时，策略也要变化。

亦无所思-38

学而不思则罔，思而不学则殆。

亦无所思-37

去繁就简，如果不是特别在意形象塑造，简单就好。

亦无所思-36

知道自己不知道并不是无知，不知道自己不知道才是无知。

亦无所思-35

很多事情（设计/问题），都只是多做了一步（多考虑了一点），但感受完全不同。

亦无所思-34

容易得到的东西，不知道珍惜，人性如此。

今天在门口遛弯，看到一只雏鸟。

今天在门口遛弯，看到一只雏鸟。 本以为被遗弃了，赶紧喊姐俩过来给弄回家喂养。 姐俩找了个大桶，小心翼翼的把鸟放进去，然后找了小米、菜叶，还弄了水槽装满水。 可是鸟都不搭理，我们说是还不熟悉，就放那没管了。 过了一会，姐姐说看到鸟妈妈叼着虫子

亦无所思-33

制定规则的人，永远都主导着比赛。

亦无所思-32

玩数字游戏和文字游戏一样让人觉得可恨，当然，这也可能是个 Bug。

亦无所思-31

小步快跑的实际效果和汇报效果要做个平衡，不能仅仅为了感觉上跑的快，就无限迭代。

亦无所思-30

亦无所思30： 操作步骤： 1、bing.com 搜索【知乎】； 2、往下找到【进一步探索】的内容，并检查内容显示是否正确； 预期结果： 文字格式显示正确； 实际结果： 中文乱码，如图； 简单分析： 感觉是知乎在什么地方做了加密或者其他特殊

亦无所思-29

再次证明了边界值测试的必要性。

亦无所思-28

亦无所思28： 操作步骤： 1、打开钉钉的邮件助手对话窗口； 2、点击邮件卡片右侧第二个交互按钮； 3、叉点底部弹出的邮件助手信息； 4、消息窗口中，切换焦点到其他对话窗口后，检查 邮件助手 的状态显示； 预期结果： 1、不出现 草稿 提示

亦无所思-27

很多事情，想千遍不如做一遍；

亦无所思-26

抗干扰能力，也可以说区分优先级的能力，要多练习。

亦无所思-25

没有免费的午餐，晚餐也没有；

亦无所思-24

以后提交 bug，贴图和视频是第一选择，描述信息只做补充说明；

亦无所思-23

解决问题的关键在于发现问题，问题找错了，一切都白搭。

亦无所思-22

目标是解决问题时，满眼都是解决方案；

亦无所思-21

想、说、做，是递进的三个难度，一定要想，尽量去表达，尝试去做；

亦无所思-20

老话说，没有对比就没有伤害，同理，没有对比，也无法体现出“好”的一面；

亦无所思-19

尽量保证自测环境和线上环境的一致性；

亦无所思-18

程序和我们人一样，也会出现语义分析错误的情况，好在我们可以做人工确认，如果长远点考虑，以后人的价值，是不是就在于进行二次确认了？

亦无所思-17

亦无所思17： 通义千问指令中心编程开发，一个页面的 4 个 Bug： 1、“你是一个经验软件研发助理”，这句话有语病吧，还是我中文没学好？ 2、“代码风格”很优秀？我怎么感觉怪怪？ 3、“代码专家”写测试用例？作为一头测试牛，我很不满。

亦无所思-16

开发说，我只改了一行代码，并不代表影响范围就是这一行代码；

亦无所思-15

对工具的合理使用，可以极大提升我们办事的准确度。

亦无所思-14

一个物品一旦有了名称，或者标签，就容易形成思维定式，但是物品作为工具的话，完全可以有更多变通使用的方式。

亦无所思-13

欲速则不达。

亦无所思-12

逆向思维在某些时候就是突破点。

亦无所思-11

萝卜青菜各有所爱。

亦无所思-10

对数据进行分析总结，是个技术活，也是个体力活，一些看起来简单的结论，后面都是有统计的支撑，没有数据支撑的结论，都是扯。

亦无所思-9

读完一本书很快，了解一本书很慢，熟悉一本书很难，精通一本书需要时间。

亦无所思-8

不同时间点，重点会发生变化，我们要做的就是尽快的适应变化，抛下旧包袱，跑的更快。

亦无所思-7

学习知识不是目的，应用知识解决问题才是目的；

亦无所思-6

对事物逻辑层的理解，可以让我们更容易透过现象看到问题的本质。

亦无所思-5

人的一个优势，就是基于经验去做事，但是某些时候，固化的经验会让自己失去对某些细节关注的敏感度。

亦无所思-4

很多的标配都只是概念上的，行动中可以按实际取舍，比如我吃饺子从来不蘸醋；

亦无所思-3

做某些事，做事本身并不是目的，比如跑步，不是为了跑，可以是为了健身，也可以为了多巴胺，还可以为了发圈，目标不一样做事的方式也可以随时调整。

亦无所思-2

目标决定了判断，判断决定了结果，正确的理解目标才能更好的规划行动。

亦无所思-1

很多事如果把时间线拉长的话，它的意义会截然不同，比如每日记录思考，某天回看，会发现当时的自己真傻。

亦无知-365

但是坚持思考，总有片段的留存，这是思考的痕迹。

亦无知-364

所以有些目标就是目标，并不是为了达成的，只是为了让我们努力的前行。

亦无知-363

好吧，第一次见这么轻易放弃客户的，也第一次感受到被乙方嫌弃的感觉。

亦无知-362

这也是利用大家占便宜的心理的一种设计实现吧，如果不想费心算计，就买买买了。

亦无知-361

更好的设计应该是两个标识都在外面，这样自然可以分辨了。

亦无知-360

这就是预设前提对于决策的影响，哪怕只做过一次的事，也会影响最后的决策。

亦无知-359

这就是经历不同，对一件事的认知就不同吧，新鲜感随着次数的增加，逐次丧失。

亦无知-358

所以好车况和好态度，哪个更重要呢。

亦无知-357

所以我们要学习的是方法的思路，如果一直固守方法，也会被更好的方法完胜。

亦无知-356

可惜了这么好的近邻朋友圈。

亦无知-355

也许这就是做久了质量控制的后遗症吧。

亦无知-354

有用的东西，一切都可忍，不需要的，看到就烦。

亦无知-353

从质量保障的角度看，这应该算是一种平衡吧，如果我们要求完美，那么就得考虑要付出完美对应的代价。

亦无知-352

所以要坚持至少有一个专长。

亦无知-351

所以我知道，自己并没有那么重要，完全不必在意别人的眼光。

亦无知-350

这时候开始怀念手机的沉浸感了。

亦无知-349

就像一直要留下来一样努力工作，就像随时要离开一样做好准备。

亦无知-348

这也是围城内外看待对方的态度。

亦无知-347

看电影的时候，总是会担心主角出事，这时候如果我转念一想，担心也没用，反正导演都安排好了，然后突然就释怀了，这就是躺平的感觉？

亦无知-346

每个人都会关注自己的优势，比如有次年会我们一个比较壮的同事没有中奖，就幽默的说，这奖品要是靠抢的就好了。

亦无知-345

不要让人喜欢你，而是让人尊重你。

亦无知-344

当一件事很耗费精力时，持续跟进的动力就会指数级下降。

亦无知-343

况且我买房不是为了投资，就算是涨价了也不会卖，那么涨价并不能算是收获，它只是一个价格，而不是价值。

亦无知-342

有目标和路径，达成只是时间问题了。

亦无知-341

因为失去的，后面随便加把劲就可以赶回来。

亦无知-340

我还适合做测试，既可以把事情做好，还会持续想着怎么做的更好。

亦无知-339

一个持续改进的人，不习惯固定流程。

亦无知-338

测试工作可以被定义为质量保证，也可以被定为为质量工程，差别巨大。

亦无知-337

任何一件事，总有两面性，切记物极必反。

亦无知-336

既然是流程，就有上游和下游，就需要双向的沟通，就需要出现问题时去优化流程，而不是自己进行不下去的时候就把事情丢弃了。

亦无知-335

可以随手处理的事，应该立刻处理，一旦加入队列，就总会被优先级搞的事情挤占，还总得花心思想着这件小事。

亦无知-334

困难的是怎么才能真正明白那些看起来很简单的道理。

亦无知-333

如果抱着对立的心态去看一个东西，纯粹就是浪费时间，因为你看到的都是垃圾。

亦无知-332

所以，找到答案的方式，有时候比找到答案本身更重要。

亦无知-331

有时候最短的路线并不是最快的，该绕路时就要绕一下。

亦无知-330

其实我们很多时候都会忽略那些我们习以为常的感觉，而那里很有可能是我们的底色。

亦无知-329

做难而正确的事，并在我们坚持不住时，选择坚持下去。

亦无知-328

所有的理所当然，都是有人在负重前行。

亦无知-327

怎么取舍，是一门艺术。

亦无知-326

选择比努力更重要的意思是，找到合适的人，比个人能力提升更重要。

亦无知-325

有人听的是回忆。

亦无知-324

坚持做的这件事，才是坚持的意义。

亦无知-323

如果没有这个分析的过程，我们会把一些通用的东西给分析成自己独有的了，那就不是对自己真正的了解。

亦无知-322

很多人不愿意做简单且重复的事情，诸不知，这时候才是寻求突破的最佳时刻。

亦无知-321

我们做很多事都是这样，抱着最坏的打算去做最大的努力，当没有什么可以失去的时候，任何收获都是 100% 满足。

亦无知-320

做任何事，当你从确定的结果倒退，就不会在乎过程的艰辛，这是一种延迟满足的幸福。

亦无知-319

果然一线的解决方案是最靠谱实用的。

亦无知-318

当你一直想证明别人是错误的时候，你已经错了。

亦无知-317

把握核心不变的关键，随机应变那些变化的表象，也是一直适应能力。

亦无知-316

出太阳和下雪天是不冲突的，这超出了常规的认知，所以不要拒绝和否认信息，要不要相信、验证或应用这个信息取决于自己，选择不同，结果也不同。

亦无知-315

磨刀不误砍柴工。

亦起测-365

找个不合理的借口做推广，反而显得适得其反。

亦无知-314

这就好比我们做事，目标是明确且正确的，但是做的方向反了，事倍功零。

亦起测-364

确定哪些是真实存在的用户场景，是产品设计好坏的一个分水岭。

亦无知-313

所有的一蹴而就，其实都是厚积薄发。

亦起测-363

有些人会绞尽脑汁的去想办法创新，其实很多创新都是在手头上的小事上。

亦无知-312

所有的经历，都会留下明显的或不明显的印记。

亦起测-362

创新是觉察到用户自己都没觉察到的习惯，而不是无脑精简。

亦无知-311

升维思考，降维打击，是在需要「打击」的时候用的，如果是平等的沟通一个共同的问题，这种就是装 B 贩子。

亦起测-361

任何东西都不一定完美，所谓的好，只是大多数情况下更好一点。

亦无知-310

这说明合适的能力要放到合适的地方，才能充分发挥最好的效果，错误搭配悔恨终生。

亦起测-360

改进不在大小，而在于实用。

亦无知-309

突然有一天，我发现自己连听歌的耐心都没有了，倍速听歌还是在听歌么？

亦起测-359

同理，一旦用户心智模式转变过来了，那就是绝对的忠实用户了，因为习惯是一种条件反射。

亦无知-308

只做事和想成事的人，出发点会有不同，做事的只要有行动忙起来就可以，成事的则先明确效果，然后有的放矢的行动。

亦起测-358

作为质量保障人员来说，我们的主要目标是提高产品质量，但是到一定程度后，我们要做的其实也是提高容错性，在发生异常时尽可能的降低影响，而不是一味的追求没有任何的质量风险。

亦起测-357

田忌赛马的策略，在任何时候都适用。

亦无知-307

这个过程的关键是，要不断的学习和改进，不然，那就只是经历，而不是经验。

亦起测-356

实践和真理的相互转化，是可以持续一生的课题。

亦无知-306

请珍惜所有来之不易的信任，甩掉所有的质疑和对峙，在相互理解和支撑中前进。

亦起测-355

做事的目的一旦明确，剩下的就是方式的选择，如果把太多的精力放在方式上，可能会丢掉目标，如果优先关注目标，方式的选择就灵活的多。

亦无知-305

我们相信一些通用的道理，也要认识到每个人的特殊性。

亦起测-354

我以为我是用户，和我是真实用户之间，永远都有一道鸿沟，只有尽力缩小，无法填平。

亦无知-304

一个人能力的体现，个人已具备的行业经验是其一，其二是这个人的发展潜力，特别是出色的软技能的体现，其三是这个人所拥有的资源。

亦起测-353

我之前说过测试的分层，最下面一层就是数据层，它到表示层还隔着逻辑层，哪些数据要展示，怎么展示，也是一个学问。

亦起测-352

愿意花精力去做想做的事情，效率和效果都会更好。

亦无知-303

在我们日常生活和工作中也一样重要，只是大家没有认识到而已。

亦起测-351

市场不确定时，赢得确定性是第一优先级，赢得确定性之后，稳定性变成第一优先级。

亦无知-302

其实我们工作和生活中，无时无刻不是面临着这种诱惑，长期利益还是短期快感，需要做一个选择。

亦起测-350

越是开始或者结束，越是要保持好平常心。

亦无知-301

所以为了这个完美的 365 天计划，我又可以了。

亦起测-349

我们的很多经验都是基于自身实践的总结，但是实践的范围有局限，因此得出的结论也有局限。

亦起测-348

做事的方式，可以分两种，1 种是大力出奇迹，反正能做成，别管怎么做，1 种是对症下药，事半功倍。

亦起测-347

借助工具是人类的本能，并且可以让我们把事情做的更好。

亦无知-300

我们最可能的选择是找一件事转移注意力，这就是借口形成的原理。

亦起测-346

并不存在所谓的敌对关系，有的都是利益关系。

亦无知-299

工作和生活中，到处都是这种关于取舍的选择，无关乎对错，只关乎你对哪个更在乎。

亦起测-345

提前准备，可以减少不确定性，增加确定性。

亦无知-298

如果对解决问题的方法一筹莫展，最终也会影响自己解决问题的态度。

亦起测-344

取舍是一生的必修课，我们几乎每天都在做选择，选择就是取舍，如何能把握好平衡，也是一种能力。

亦无知-297

前提是，我们自己能承受的住大风吹。

亦起测-343

知道自己知道什么和不知道什么，就是对自己的认知和定位，越清楚自己的认知和定位，就越是可以更好的掌控自己的人生（做更多正确的选择）。

亦无知-296

技术人特别容易陷入「我知道，全世界就知道」的怪圈，所以尤其要注意。

亦起测-342

隐私也是一种安全性需求，夹在中间明显没有在两边安全，虽然都是无意识的选择，但也说明安全性是潜意识的需求。

亦无知-295

这就是心理预期对实际行为的影响，一旦产生了预期，我们就会倾向于去印证自己的预期，然后思想和行为都会受到影响。

亦起测-341

每件事都有因果关系，有些是长期关系，比如饿了要吃饭，有些是临时关系，比如下班可以坐地铁，可以骑车，可以打车，搞清楚这个关系，可以对一件事的反应有更明确的对应关系，事半功倍。

亦无知-294

你会选择哪一种？

亦起测-340

把时间用在让自己有收获的事情上，特别是有长期收益的事情上。

亦无知-293

陷入众多问题中，将要迷失的时候，选取一个合适的通用指标来分类，会让问题有一个清晰的状态进行呈现。

亦起测-339

2、大趋势虽然很确定，但那只是更高概率发生的事，在未发生前，还是会有各种各样的局部变量，可以随势而动。

亦无知-292

一个强有力的统一顶层设计，是模块化、组件化组织的前提，如果靠自由发挥，最终就是藩王割据。

亦起测-338

精力管理是比时间管理更关键的事。

亦无知-291

我们以为很多产品可以按乐高的模块一样进行标准化组装，其实很多模块更像俄罗斯方块，在掉下来之前，你根本不知道它是什么形状。

亦起测-337

2、我是带空格 ~·！@#￥%…&*（）—+=-)(^$!~`{}[]【】、|\;':"：“；‘《》？<>/? 和中文的特殊字符集合

亦无知-290

所处层次不一样，职业追求就不同，所以对不同人，应该给予不同的职业目标和职业回报。

亦起测-336

很多既定的事情，稍微变通一下，可以起到意想不到的效果。

亦无知-289

二是看参考文献，这个很容易被忽略，不就是一堆的书单么，但是看参考文献就能知道作者很多想法的出处，如果看完了内容，可以看参考文献去深入了解某个细节，如果还没看内容，也可以从参考文献中选取更细分的内容先行了解。

亦起测-335

比如 python 库安装，大部分都是 install 库名称，实在不行就去下载 whl 文件，很少想到还会有一些修改库可以直接用。

亦无知-288

知道和不知道的区别就是这么大。

亦起测-334

那么在我们产品设计的时候，一旦我们搞错了谁是真实用户，设计结果可能就会谬之千里。

亦无知-287

每个人都有自己的灵感场景，比如我要是没有想法了，就可以随便上个公交车，找到最后一排坐好，两眼看向窗外，不一会思绪就开始天马行空，任谁也来不住，嗯，这感觉也是蛮好的。

亦起测-333

越直白越易懂。

亦无知-286

所以在沟通的时候，经常要用比如说、举个例子这样的字眼，就会感觉内容丰富了很多。

亦起测-332

点进去之后才发现，原来前面一个数竟然是已预约的人数，这体验太反人类了。

亦无知-285

学习就是这样，总结提炼和实践验证，是个往复的循环，合适的时候要在合适的方面进行加强。

亦起测-331

看来我又经验主义了，这也算是一条特殊的测试用例吧，永远都不要低估用户使用产品的创意。

亦无知-284

越是不好量化的东西，往往越是珍贵，比如敬业度、投入度、付出度等高价值指标。

亦起测-330

蚂蚁森林种树时，之前看不到哪些自己种了，我每次都是去自己已种植的页面去看一眼，现在发现改版了，刚好解决了我说的这个痛点，看来这是一个接地气的产品经理。

亦无知-283

那句话说的挺好，每个人都会高估自己的能力，低估自己的潜力。

亦起测-329

流调信息填报小程序做了更新，在流行病学史的众多单选题前面，增加了一个「全部为否」的一键填充按钮，真是太贴心了，为这个洞察点赞。

亦无知-282

制定规则的人往往不遵守规则，不然自己的行动就会受限，然后就没法制定出有突破性的创新规则。

亦起测-328

改进：照 Google 抄一下就行了，Google 在 Hover 时连最后面的日期都不显示了，严格保证了体验的一致性，绝不给用户惊喜。

亦无知-281

李大钊同志也说过「要学就学个踏实，要玩就玩个痛快」。

亦起测-327

实际结果：点赞失败，选不中点赞按钮，只能选中回复的内容，如果刷新或切换下页面后，才能成功点赞。

亦无知-280

这是天性，每个人都希望自己被特殊对待。

亦起测-326

真是应了那句话，你永远不知道用户会用什么方式来使用你的产品。

亦无知-279

有些字/事/人，存在的价值就不是为了单打独斗，有人一起战斗的感觉真好。

亦起测-325

接口的并发测试显然没做好。

亦无知-278

如果你声音足够大，就会感受到那种扑面而来的融入感。

亦起测-324

可测试性，也是软件质量的一个考核指标。

亦无知-277

与其在烦恼要不要做计划，倒不如想想怎么提升能力，达到可以做计划的要求。

亦起测-323

浏览器的后退按钮，总是能发现惊喜。

亦无知-276

说明：不要总是去做绝对正确的事情，那也意味着没有任何的进步。

亦起测-322

这是典型的举一反三，以此类推的例子，以后提交类似 Bug 时，都可以加一句「其他位置请一并处理」。

亦起测-321

这就是用户原始需求和产品需求的区别。

亦无知-275

工作 3 年是指找到自己喜欢的工作后，前 3 年，专注知识的积累和沉淀，打地基，3 年后，再开始盖楼。

亦起测-320

测试技术能力的提升，最终都是要做业务支持中体现，而业务支持，也是为了更好的进行测试技术能力的提升，这应该是个相辅相成的过程，绝不是时间都被业务占有了，没有时间去提升。

亦起测-319

页面滚动异常

亦无知-274

同样是开车，有人是 A 本，有人是 B 本，还有人是 C 本。

亦起测-318

Win10 的启动恢复做的并不好（完全还原重启前的进程状态），但是更新的频度竟然这么高，有这个自信，也是很厉害的了。

亦无知-273

很多人都说要养成习惯，其实，过少和过度都不好。

亦起测-317

传说中的用户体验性测试，你能看清这个写的是什么吗？

亦起测-316

实际：页面中所有的图标，都会展示一个「飞入」的特效。

亦起测-315

不考虑有效性的用例补充，都是耍流氓。

亦起测-314

很多伪需求（买个 4kw 插版）都是这么来的，看着以为解决了用户的问题（需要大功率插板），其实根本不是从原始诉求出发的（支持厨房电器使用，保证安全）。

亦起测-313

同理，我们测试角度有个叫用户体验测试，这个并不是说我假装自己是用户，就真的是用户了，而是有真的使用需求时，才是真用户。

亦起测-312

全回归是最无奈的测试方案。

亦起测-311

127.0.0.1 作为回传地址，默认和本机地址的效果是一样的，但是 windows 版 mongodb，默认绑定的是 127.0.0.1，如果要使用本机地址，还需要主动绑定一下。

亦起测-310

不管是扩大测试范围还是缩小测试范围，也都有更明确的原因。

亦起测-309

要解决的关键问题，就是信息同步。

亦起测-308

看起来是故意这样实现的，但确实有一些接口是必须实际进行了分享才可以，所以感觉很奇怪。

亦起测-307

有时候，越简单的事情越容易出错。

亦起测-306

现在我还想加一个「善于倾听」，如果你都没有耐心听完，如果你在听的时候一直在想着如何反驳，就不要说你理解了，因为你没有理解对方，你理解的是自己的想法而已。

亦起测-305

如果不去看数据，只是功能和逻辑层验证，根本没感知，但是去数据库看了数据，一眼就能看出差别来了。

亦起测-304

这就要求测试自己有主体责任的意识，如果质量需要开发协助，就要主动找开发，而不要等着开发意识到这是他的责任。

亦起测-303

这是上游决定下游的关系，也是全部都在推进测试左移期望要解决的问题吧。

亦起测-302

前提一致，结果才一致。

亦起测-301

这就好像我们的测试活动，其实很多风险，如果我们有足够的风险意识，是可以提前预防，提前准备的，一旦放松了警惕，风险必然会如期而至。

亦起测-300

比如很多操作方式都很奇葩，但大家的唯一要求都是别给我添乱。

亦起测-299

人工测试的优点则是发散，体验。

亦起测-298

下面这个选项前面应该是有个单选按钮的，最近突然就没了，但是这都过了好久，不知道为啥没有修复。

亦起测-297

你觉得呢？

亦起测-296

这就是产品经理的预期设计和真实用户的实际操作之间的鸿沟。

亦起测-295

小改动，大收益。

亦起测-294

ToC 不需要考虑本地化部署的测试，ToB 如果非 SaaS 模式，则是支持本地化部署，就一定要进行相应的测试覆盖。

亦起测-293

相对于 ToC 项目的小步快跑，ToB 项目更注重稳扎稳打。

亦起测-292

ToB 项目的稳定性和兼容性优先级最高，而不是 ToC 项目的功能性优先级最高。

亦起测-291

这对测试就提出新的要求，我们必须对整体项目实现都有足够的了解，才不至于出现盲人摸象的结果。

亦起测-290

现在到处都在开展政企项目的大环境下，是不是大家在研究互联网玩法的同时，也关注下 B 端测试经验的总结。

亦起测-289

一定不要用战术上的忙碌，掩盖战略上的懒惰。

亦起测-288

标记完成后，两端会同步，最终以手机端计时为准。

亦起测-287

如果必须要优化的话，显示出来[有人@我]，也许可以参考。

亦起测-286

公众号后台会展示用户的留言次数，以及留言的精选次数，可是会出现一个用户留言 1 次，但是精选了 2 次的情况，一直没搞明白咋算的？

亦无知-272

所有不能提升为方法论的经验，都不叫经验，或可以叫经历。

亦起测-285

同事给推荐了一个神奇 notion，试用了一下，真香，感觉我要放弃有道云笔记了。

亦无知-271

当你感觉一件事好难的时候，并不真的是事情难，很可能是你的能力还不够。

亦起测-284

这可以理解为理论和场景化的不一致，在产品设计和测试过程中同样需要关注这种情况，比如明明预期的操作步骤是123，实际客户就是213的操作，不可不防。

亦无知-270

工作中如果存在偏听偏信，一样会造成错误的判断。

亦起测-283

这个计算的结果，我有点看不懂。

亦无知-269

嗯，是滴，「如果你认为昨天的自己很傻逼，说明你今天已经有了进步」。

亦起测-282

自我改进的迭代能力，力大无穷。

亦无知-268

管理者就是，明知目标可能达不成，仍一往无前的往达成的方向去努力。

亦起测-281

看，这就是我理解的用户的想法和用户真实想法的区别。

亦无知-267

或者说，有弱点的人才是「完美的」。

亦起测-280

在测试过程中尤其要注意这种经验主义，它会让我们降低对问题的敏感度。

亦无知-266

因为每个人都只会吐槽自己不擅长的地方，而这，往往就是差异化竞争的机会。

亦起测-279

在我们推进质量改进的过程中，也要从关键数据着手，对症下药。

亦无知-265

3、名称很重要；

亦起测-278

但是直接显示日期，直观，明了，确定性，大爱这样细节的产品设计。

亦无知-264

不要惧怕自己的与众不同，因为你本来就与众不同。

亦起测-277

原来如此，再好的事情，也需要好的策略配合，才能达成好的结果。

亦无知-263

无论工作还是生活，大抵都是如此，信任的背后是接纳。

亦起测-276

技术影响力可以包括两方面，一方面是测试专业度，一方面是业务所在行业的专业度。

亦无知-262

启发：很多信息在提供时，都或多或少的省略了一些相关信息，如果我们按照自己的理解去补全相关信息时，就会出现各种偏差，工作中尤其如此，一定要尽量避免。

亦起测-275

这应该算兼容性测试没覆盖全。

亦无知-261

如果是使用其他几种方式聊的重要的事情，一定也要使用邮件进行下记录和备忘。

亦起测-274

这应该算是对需求合理性评估太多后，留下的职业病吧。

亦无知-260

比如长板理论和木桶理论思路上是完全相反的，但并不能说明谁对谁错，而是说在不同的阶段，我们应该变换不同的方式，从而让人能发挥出最大的潜能。

亦起测-273

有意思的地方就在于，这个 Bug 出现的前置条件。

亦无知-259

职场亦如此，请时刻保持主动性。

亦起测-272

是不是可以说明「不要相信开发的嘴」呢。

亦无知-258

「我要做」的积极性，加上「做更好」的心态，万事皆可破。

亦起测-271

这是一个特殊环境的 bug，在特定环境稳定重现，在其他环境就很难复现，这时候对 bug 的定位和分析就尤为关键。

亦无知-257

世界是复杂多变的，人心亦如此，职场亦如此，一定要有边界感。

亦起测-270

其实我们测试，也是在寻找产品质量的关键卡点，在格挡中，找到脆弱点，并尽早弥补。

亦无知-256

这就是提取和运用规律的效果，我们的工作和生活中，很多类似的例子，只需要稍微做下总结，就可以事半功倍。

亦起测-269

需求人员（包括但不限于产品经理）不使用自己设计的产品，是一个产品失败非常关键的原因。

亦无知-255

好书一定要多看几遍，好书一定要多看几遍，好书一定要多看几遍。

亦起测-268

微信视频号的 Bug 一枚。

亦无知-254

惨痛的教训告诉我，有些看起来绕远路的选择，比走直路要快的多，其他事可以同理。

亦起测-267

阿里云盘对于上传和下载文件都有个数限制（我为啥知道？试出来的），但又不说限制多少个，就只是提示失败，愁死了。

亦无知-253

但是要记住，所有这些都是帮我们内观，而不能作为对我们的定性。

亦起测-266

3、一些很明显看懂的话，错一两个字并不影响结果（目的最重要）；

亦无知-252

每个人都应该了解下「基本归因错误」，这是内省的基础，只有向内看，才有自我突破的可能。

亦起测-265

正应了那句「拷贝代码一时爽，维护代码火葬场」。

亦无知-251

从来没有什么人可以改变世界，只是世界需要改变时，选中了一个执行者而已。

亦起测-264

当然，快捷的同时，带来的副作用就是误报，比如头带误报，比如有人低成本恶作剧（目前紧急电话都是免解锁）等等，但是呢，一个新东西出现，肯定有阵痛，也肯定可以妥善解决的吧。

亦无知-250

付诸实践的虽然是我们的身体，但我们的思想控制着身体，所以要想行为改变，必须先改变思想，要想改变思想，就必须有清晰的自我认知，而这个就需要时常主动自省。

亦起测-263

今天是最后还款日，又打了 4 个了，真是执着，不过都这个时候了，电话营销还是这么火么。

亦无知-249

但现在是个团队协作的社会，我们是要去找到机会（「需要我」），争取自己的角色，然后才是成为自己想要成为的人。

亦起测-262

二是要能甄别什么是真问题，每个人的理解不同，我们要避免「设计如此」的陷阱。

亦无知-248

就是从之前「找到适合我的环境」，变成「成为环境需要的我」。

亦起测-261

最新版的微信已经改了展示了，不仅解决了问题，而且还扩展了选项，两全其美。

亦无知-247

生活中的很多事都是这样（蝴蝶效应），某件事上我们只比别人早个 5 到 10 分钟，接着的第二件第三件事都可以获得相应的早期收益，一句话，早就是优势。

亦起测-260

也就是说，就算没有无限卡，也可以用这个方式无限的看。

亦无知-246

这是从被动跟随到主动设计的转变。

亦起测-259

可能的问题原因：先用接口判断是否重名，如果重名则调用接口获取重名信息，这样就可能出现不一致，预期是判断是否重名的接口，应该直接把重名信息一起返回，保证一致性。

亦无知-245

个人能力再厉害，也是需要依附于平台，也需要借助于趋势，才能得到发挥，也即所谓的天时地利人和。

亦起测-258

微信「看一看」的数据真差呀。

亦无知-244

游戏（人生）闯关一般有两种方式，一种是拼过关技术/技巧/运气，还有一种是凭实力碾压。

亦起测-257

最近发现好几个 PC 客户端的 bug，这些问题在对应的 App 上都没事，看来大家是放松了对 PC 端的要求哈，PC 端的办公群体还是蛮多的，切不可掉以轻心哈。

亦无知-243

类似的，时间可以挤，精力可以挤，注意力可以挤，优先级可以挤……

亦起测-256

知微见著，很多产品的细节和灵感（很多缺陷的隐患），也是这么来的吧。

亦无知-242

好记性不如烂笔头，加上我的「收集」天赋是第四，每次把自己突然迸发的想法记录下来的时候（记录仅仅时为了记录的这个过程），那种感觉简直好极了。

亦起测-255

两个截然相反的曲线，我能想到的一个结论是：建立链接是需要时间的，而断开链接只在一念之间。

亦无知-241

比如我今天忘带手表了，然后一天都感觉空落落的。

亦起测-254

微信读书不是宽松社交么？为什么要这样调整？

亦无知-240

最烦你问我一个问题，我仔细回答了，然后没有然后了。

亦起测-253

以此为戒。

亦无知-239

相对于「打破砂锅问到底」来说，我经常会「欲言又止」，因为我知道自己的问题深度不够，或者说调查不够，需要自行研究后再深究。

亦起测-252

真给力。

亦无知-238

可控的只有自己。

亦起测-251

Windows PC 端微信更新为 3.4.0.38 版后，朋友圈和群聊里打开的图片，都是小图展示，故意设计成这样？从用户体感来说，明显是 Bug 呀。

亦无知-237

那些后来总结出来的关键时刻，在真正发生时，只是 N 多个平常时刻里面的一个，只是很多人没有看到他所产生的影响，经典莫如《人类群星闪耀时》里的种种巧合，平常莫如睡觉前又多刷了一会手机。

亦起测-250

测试策略和测试方法这些测试基础的探讨越来越少，质量和效能的讨论越来越多，这是好事不？

亦无知-236

一个目标达成时，并不一定是最幸福的，因为你要为未知的新目标发愁了，反而是完成目标过程中的专一专心和专注，才是最幸福的。

亦起测-249

现在说的质量保证，是要主动设计去保证产品质量，不仅仅要把好最后一道关，把把握每个过程的质量，做好质量的教练员。

亦无知-235

不害怕的人最可怕。

亦起测-248

微信在设计上的细节把控。

亦无知-234

每个人的习惯都千差外别，我以为真的就是「我以为」。

亦起测-247

这应该算特殊场景的测试覆盖，可能因为「审核中」状态时间比较短，所以被忽略。

亦无知-233

回复「收到」后，肯定能做到，就是知行合一。

亦起测-246

PC 端微信朋友圈的文字会错乱，这个问题隐藏的有点深，但是必现。

亦无知-232

我们的工作和生活中，都有类似的关键节点，看似平常的小事，但是影响深远。

亦起测-245

涉及钱财和数据的，一定要尽可能多的覆盖各种异常，不仅仅是技术手段的保障，设计上也要考虑用户的心理预期；

亦无知-231

难怪汇报时都要求用数据来体现产出，人性如此哈。

亦起测-244

首次登录时，数据库字段为空，没有特殊处理（问题不大，但是处理下体验就更好了）。

亦无知-230

事实上，实践的下一个阶段本来就应该是提炼成方法论，更早接受这个事实，可以更早的放下成见，加速成长。

亦起测-243

我猜可能是数据里面有划分吧，但是作为用户，我的第一感觉就是 bug

亦无知-229

任何事情都不要走极端，一定要看清楚前提，再给结论。

亦起测-242

这就是用户场景的测试用例覆盖。

亦无知-228

优先关注优势还是不足，是两个不同的角度，也会造成两个不同的结果。

亦起测-241

这就是用户场景的测试用例覆盖。

亦无知-227

其实现实中的很多事情，都和这个类似，不是所有事情都是及时反馈，而都是有一个「延迟反应」的时间，一定要有耐心。

亦起测-240

这就是用户场景的测试用例覆盖。

亦无知-226

当然，因为奖惩都有滞后性，人们往往记住的是最近发生的事情，所以会出现印象偏差，但是我们自己要遵循这个原则。

亦起测-239

这就是用户场景的测试用例覆盖。

亦无知-225

一旦经过一段时间的理解和消化后，那种豁然开朗的感觉，真是好极了。

亦起测-238

所以重要的事情要反复确认，至少说三遍。

亦无知-224

当然，稳扎稳打期间一定要耐得住诱惑，不然赢在起跑线上的人就真的赢了。

亦起测-237

判断缺陷是否有效，也是质量保证人员必须具备的技能。

亦无知-223

所以不管是再怎么成熟的想法，一定要多讲，持续迭代，迭迭不休。

亦起测-236

雨天时，踩上去还是轻微的晃一下，踩上去的那只脚没事，另一只脚则会被溅上一脚水，甚至殃及旁人。

亦无知-222

做事的目的很重要，但是我们很多时间花费在了过程上，所以很容易错把做事的方式方法当作目的了。

亦起测-235

比如时间都花在功能细节的测试上，忽略了整体连通测试，或者稳定性和兼容性的测试。

亦无知-221

事实上，注意力在哪，优先级就在哪，而不是先有优先级，后有注意力。

亦起测-234

下次登陆又新增了 50 条，这次翻 2 页就看完了， 但一直显示未读 50 条（上次没看完的），可是我找不到这 50 条在哪了（需要翻页，又不知道需要翻多少页）。

亦无知-220

带人比做事累，因为人是个变量，非常不固定的变量，而事情大部分都是固定的，难的是安排合适的人去做合适的事。

亦起测-233

业务和质量目标都达成是最好的，有冲突时就需要有取舍，悲剧的是，大部分时候都需要做这个取舍。

亦无知-219

这，就是差距。

亦起测-232

这就是明白了很多道理，却仍然做不好产品。

亦无知-218

有时候弱点也可能是竞争点，比如我每次查眼睛，他们都惊叹我的纠正视力这么好，虽然只是别人的正常水平而已，但因为我是高度近视，所以人们对于我的预期就降低了，然后我就多了个亮点。

亦起测-231

测试右移固然是在一定程度上提效，但是一定要注意及时迭代优化，不然时间长了就成了狼来了的故事，再也没人相信了。

亦无知-217

坐15号线到奉伯，我以为换乘站望京是下的人最多的站，结果望京东才是，人一下下空了，看来「换乘站」的属性对望京站的加成并没有想象中那么大，再次告诉自己，不要经验主义，不要经验主义，不要经验主义。

亦起测-230

测试看别人用例时，吐槽没有详细步骤，自己写用例时，没时间写步骤。

亦无知-216

刚刚好就是最好，比如想看电影的时候刚好找到自己喜欢的片子，比如正困于某个知识点时，刚好看到一篇介绍文章，比如刚到公司雨就下大了，刚准备下班的时候雨停了。

亦起测-229

爱奇艺的bug

亦无知-215

长久的集中精力，则会对应长久的疲惫，因为精力是有限的，那么为了持久的保持精力，则需要规律的合理化消耗心力。

亦起测-228

质量保证不仅仅要关注产品的技术质量，要关注的还有产品的诉求，质量再好的产品，如果没有用户，也体现不了高质量的价值，反而会增加成本。

亦无知-214

一些抽象的内容，还是需要反复思考，开启新的视角，才能有对应的领悟。

亦起测-227

质量保证是一个系统工程，不是说所有问题都需要全解决，而是在资源有限、成本有限的情况下，尽可能多的解决那些关键的、严重的问题。

亦无知-213

最主要的还是要基于自己的情况，坚持做自己认为正确的事情，剩下的就只需要，静待花开。

亦起测-226

这可以算是场景用例覆盖不到位。

亦无知-212

如果是因为自律让自己痛苦，这种也会意味着成长，解决痛苦也会收获成长。

亦起测-225

通过对常见用户场景的覆盖，更好的从用户角度出发，发现那些场景化的问题（而不是掉到技术实现的坑里）。

亦无知-211

知道是对的事，就是不按对的方式去做，这也是人性的矛盾吧。

亦起测-224

建议：1、加设置入口；2、只记录最近 5 条有操作记录的文档的位置信息。

亦无知-210

沟通的前提是保持情绪稳定，如果做不到情绪稳定，根本就没法沟通了，但是有人真的做不到情绪稳定。

亦起测-223

嗯，任何事情都有两面性。

亦无知-209

所以是否能记住一件事，并不是看这件事过去的时间长短，而是要看自己的关注点在不在这件事情上。

亦起测-222

所以谈质量，先设置好前提条件，比如三步以内的点击操作，不会出现明显的软件异常。

亦无知-208

随时发现别人的优点，你就是最优秀的 10% 了。

亦起测-221

不需要完美的质量，需要的是满足业务诉求的质量。

亦无知-207

然后被禁言一周，理由是多次邀请其他用户加入群聊，对他人造成了骚扰。

亦起测-220

这也说明，那么我们认为本该如此的东西，也都有可以改进的空间。

亦无知-206

团队作业就好比一群人在大马路上走，如果三三两两的分散开，有的人会掉队，其他人也可以从中间穿插而过，但是如果大家手拉手肩并肩目标一致齐步走，那么其他人将无路可走。

亦起测-219

预期是返回正常浏览，实际页面卡住完全无法操作了。

亦无知-205

及时给予正反馈，是最大的认可。

亦起测-218

同时，它也可能成为劣势，因为熟悉会让我产生定势思维，从而发现不了问题，也就没法进行突破（创新）。

亦无知-204

没有碰到困难时，你好我好大家好，一旦碰到困难，马上知道谁是在裸泳。

亦起测-217

那么作为测试，我们要做的，则是尽可能提前的完成需求变更，尽可能有效的识别有效变更。

亦无知-203

观念不同，是职场中一个非常大的冲突，因为意味着目的不同，然后行动当然也会不同。

亦起测-216

用户只知道「可用」和「不可用」，没有「暂不可用」，也没有「自定义设置」，更没有「辅助功能」。

亦无知-202

我们对于世界的认知，绝大部分都是基于个人的经历和体验，但是那只是世界上非常非常非常小的一部分，所以要做好接受一切可能会造成不可思议感觉的准备。

亦起测-215

看，我也发现个 bug（数据测试不能单纯看数据，要关注数据合理性）。

亦无知-201

开口说抱歉，是件非常简单的事，但是，那有什么用？倒不如用行动来证明。

亦起测-214

所以一个产品的价值主张尤为重要。

亦无知-200

规章制度是为了在需要的时候拿出来作为依据用的，它是制定者的工具，而不是执行者的依靠。

亦起测-213

循环的退出然后自动登陆

亦无知-199

对于不熟悉的人来说，规则规范是指导，对于很熟悉的人来说，规则规范则是束缚。

亦起测-212

朝阳新换的这个公交牌可扩展性太差

亦无知-198

懂事的人懂得懂事人的懂事，其他人则要么觉得懂事的好欺负，要么已经在欺负的路上。

亦起测-211

百度网盘这句柄数要逆天了

亦无知-197

我们的工作和生活都是如此，参照物不同，就得出不同的结论，就收获不同的感受。

亦起测-210

修改用户信息后，前端应该同时更新本地缓存信息

亦无知-196

流程和规则，只能解决最基本最常见的问题，有特定深度和广度的问题，还是需要人来做，这才是人的核心竞争力。

亦起测-209

mongo 的数据查询和 SQL 的查询字段的处理上有很大的不同，比如字段写错了，sql 会报异常，mongo 就是返回一个空的结果，该夸它异常处理做的好呢，还是夸它可以完美掩盖问题呢。

亦无知-195

信任和认可，绝对是金钱买不到的，也应该是最珍贵的。

亦起测-208

页面错误巨大

亦无知-194

一直都说做事要有自驱力，不要靠别人的投喂来保持动力，但是被催更和表达支持，真的让人更有动力，于是，我又继续了。

亦起测-207

实践是检验真理的唯一方法

亦无知-193

如果没有「意义」，任何一天就是一个日期而已，但是有了「意义」，就有了节日，就有了真正的「意义」。

亦起测-206

没有异常不代表没有问题，越是表面上一片平静的时候，越是要关注真正的问题是否被掩盖了（我系统自测时，没有任何错误，也没有任何数据，看起来像是数据的问题，但是数据构造后发现还是不正常，但是因为没有错误提示，定位非常棘手）。

亦无知-192

持续做一些需要自律的事情，比如每日总结，是需要自律来把持，不能用力过猛，也不能太过松懈，不然就会像我一样，一断千里，需要更大的定力来继续。

亦起测-205

有道云笔记总是弹出这个提示

亦无知-191

人一定是生活在集体中的，一定是有某个要扮演的角色，不要强求无所不能，也不要自卑的感觉一无是处，适合的才是最好的。

亦起测-204

2、闪断后，需要打开收听项目的详细播放页面点击开始，才会继续播放，如果不点进去点开始，就从头开始播放了；

亦无知-190

我之前一直以为感恩就是心里有感激就行，但是稻盛和夫老先生说了，首先要感恩，其次要把自己的感恩说出来，对，一定要说出来，没有说出来的感恩，都是自欺欺人。

亦起测-203

这个场景确实有点特殊，但也不是完全考虑不到

亦无知-189

马斯洛需求层次之所以有层次，是因为下层满足了，才会追求上层，或者说下层满足了，再去投喂上层需求才会最匹配，所以不要对所有人一概而论，处在什么层次就决定了什么样的需求。

亦起测-202

目的不同，决策不同，结果也不同，比如红绿灯的设计，是以效率为主，还是以安全为主，决定了最后的通行效果。

亦无知-188

懒的好处是，困难都是绊脚石，对问题比较敏感，从而会推动问题的改进。

亦起测-201

对于司机来说，右拐弯是最顺滑的，对于行人来说，右拐的车是最危险的，眼瞅着绿灯没了，右拐车流还是没完没了。

亦无知-187

解决困难，才是在成长。

亦起测-200

点击同一张照片，会累计计数

亦无知-186

比如 Wifi 信号满格，并不代表 Wifi 强度也是满的。

亦起测-199

我的建议是，所有桌子都可以弄成单桌，就是面对面可以坐两人那种，然后根据不同的区域，可以适当的拼桌，但是更多的留单桌，这样可发挥的空间就大了哈，本来疫情期间也鼓励保持距离，一举两得。

亦无知-185

每次我想放弃这个每日更新时，我就想，我计划要写的坚持 200 天的公众号文章可不能泡汤了。

亦起测-198

测试思维比测试技术本身要重要的多，就类似一个二分法，一个穷举法。

亦起测-197

测试不需要保证百分百没问题，但是百分百要知道，如果出问题，会造成什么样的影响。

亦起测-196

测试对业务理解透彻了，开发还会吐槽我们总问低级问题么？产品还会质疑我们搞不清优先级么？

亦无知-184

这就是做事的差距。

亦起测-195

抛开 bug 质量提 bug 数都是耍流氓。

亦无知-183

第一种适合做开拓型的事情，第二种适合做维稳型的事情。

亦起测-194

作为粘合剂的测试人，用词要慎重。

亦无知-182

突然想起给闺女读的《小马过河》，每个人都存在个体差异，一定不要人云亦云。

亦起测-193

六一儿童节有个 bug，就是孩子有活动或者放假，可是家长没放假，却需要陪同。

亦无知-181

不要把玩别人的名片，也不要随意处置别人的礼物，特别是这个礼物作为团队的代表来体现时。

亦起测-192

前端文本显示自测时，我最常有的特殊字符集合：~!@#$%^&*()_+{}|:"<>?/.,';\[]=-

亦无知-180

管理和技术的区别在于，技术的控制感更强，所以给人的安全感也更好，而管理是个虚化的词，管理的好坏没有一个一概而论的标准，所以对技术人来说，控制感就很差，安全感也会差。

亦起测-191

SQL 语句格式化的时候，有两种方式，其中一种是 format，这时候我们测试数据的构造一定要覆盖带路径反斜杠的情况。

亦起测-190

是不是可以这么说，不看 js 实现的前端测试，都是在盲测。

亦起测-189

看似简单的翻页测试，却极容易藏 bug，比如每页显示 15 条数据，当前第 2 页，然后我删除了一条记录，继续翻到第 3 页，那么第 3 页展示的是 31-45 的记录呢，还是 32-46 的记录呢？

亦无知-179

所以首先一定要澄清问题，然后把主要精力放在优化解决方案上。

亦起测-188

对于 Web 测试，发现一个问题时，能明确定位出是前端的问题，还是服务端的问题，已经比仅仅描述问题的现象要厉害的多了。

亦无知-178

而事实上，不确定性就像是种慢性病，我们要学会和它共存，伴生，而不是彻底消灭它。

亦起测-187

如果业务用的类 SQL 数据库，在构造测试数据时，一定记得构造一条带有「&」符号的字符串作为查询条件。

亦无知-177

只有这样，才能更好的审时度势，不至于盲目自信，也不至于盲目自卑。

亦起测-186

这个测试用例也不错。

亦无知-176

千里之跑，起于足下，行动是治愈一切的良药。

亦起测-185

所以利他，就是最大的利己，因为利己是本色。

亦无知-175

这时候一定记得要继续保证埋头拉车的行动，同时关注抬头尺度的调节，不然只会适得其反。

亦起测-184

最近一直在 boss 上收简历，发现如果我连续几天没时间上去沟通，就一个简历推动都木有，一旦活跃起来，就有简历过来了，这也是用了游戏化思维的及时反馈策略呀，同时也说明，如果发现了一个问题，先从自己身上找找原因。

亦起测-183

之前用不惯阿里云盘的照片同步，总感觉和之前的习惯不一致，很别扭，但是之前的方式用起来又确实不方便，现在多次尝试后，终于算是有点习惯了，这就是教育用户的效果么。

亦起测-182

很显然这个后退的场景考虑不足。

亦无知-174

做完一件事很容易，长期坚持不懈的做一件事，则很难。

亦起测-181

这是一个神奇的 bug，或者说本来不应该出问题的 bug，但是出问题了，有时间我写个详细的复盘。

亦无知-173

输出倒逼输入真是一个好方法。

亦起测-180

很早前我在记一些数字时，经常用这个方法，现在在总结一些问题场景后，只要出现类似的逻辑实现，我就能快速回忆起上次补充完善的用例，感觉特别好。

亦无知-172

接受并习惯不确定性，是这个时代最确定要习得的能力。

亦起测-179

微信读书的书评提交后，是不能给自己点赞的，但是点开书评详情后，就可以给自己点赞了。

亦无知-171

所以在我们很忙很累的时候，先不要想自己的苦劳，先想想自己的方法对不对，能不能改进。

亦起测-178

和很多高手一直致力于对高精尖技术的追求不同，我一直想构建一套软件测试通用的基础知识体系，只有基础牢靠了，才能盖高楼，只有图纸清晰了，楼才不会盖歪。

亦无知-170

傻人有傻福并不是真的傻，而是他能长期坚持做一件事，做一件事做好，做精，做成了自己的壁垒。

亦起测-177

我一直想构建一个软件测试从入门到精通的体系，所以才有了软件测试经验图谱，但是现在看起来图谱更适合从熟悉到熟练这个过程，从入门到熟悉，以及从熟练到精通这两部分，还需要补充完善。

亦起测-176

虽然作为质量保证人员，发现问题是件很正常的事情，但是大部分人在发现问题的第一时间是怀疑自己是不是操作的有问题，当然，新手除外。

亦起测-175

当然，每个人对「高质量」的解读会存在差异。

亦无知-169

畏难是每个人的正常反应，所以迎难而上才会被称赞和鼓励。

亦起测-174

测试的目标是为了证明软件不可用，但是执行测试时，我们却总是希望别出现问题。

亦无知-168

右拐是最不受规则控制的，也是最危险的，不管是对右拐的车也好，直行的行人也好。

亦起测-173

质量保证的要求就是正确的事，具体的测试活动则是正确的做事。

亦无知-167

我曾经也困惑于这一点，后来看到一句话说的特别好，正是因为难，才显得弥足珍贵。

亦起测-172

上游质量差，对质量的最大挑战是流程规范和信息同步；

亦无知-166

几年前，我在朋友圈求助一个信息，一个几乎不联系的银行客户经理热情的帮了我，之后每次在银行办理业务时，我都会写上她的推荐码，我也不知道这个对她是否有帮助，但是我知道我会一直记得她帮过我这件事。

亦起测-171

随着后面科技的发展，对计算机软件质量的依赖越来越高，质量的挑战也会越来越大。

亦无知-165

两个阶段之间的距离，就是勇气。

亦起测-170

测试是个不确定的东西，不确定性就是它的特性，所以我们要你努力追求质量的可控性，就是最低的质量要求必须要得到保障。

亦起测-169

MySQL 查询语句不区分大小写，MongoDB 查询语句区分大小写。

亦起测-168

对于文本编辑器来说，支持的行数多少，和字数多少，是两个完全不同的测试点。

亦无知-164

要想获得超常收获，就的付出超常的努力。

亦起测-167

我们至少要先保证「线」的层面全了，之后再去补充颗粒度更小的点。

亦无知-163

当我们在追求回报时，我们做事的目的就已经变了。

亦起测-166

这就是我认为和事实上的区别，也是我们理解的用户角度和真实用户角度的区别。

亦无知-162

工作也是类似，仅此而已。

亦起测-165

另一方面大家都不知道自己当前的位置，从而有一种无力感，不知道朝哪个方向努力。

亦无知-161

东西很难用，有时候只是因为我们不会用。

亦起测-164

北京一卡通的登陆缓存，有个过期时间，但是一般都不会在意，也没地方设置，可是碰到上公交之后发现登陆过期，就很尴尬了，还需要重新登陆，关键时刻，手机号一键登录还经常失败，哎呀，愁死了。

亦无知-160

所以同一件事，同一个行为，可能代表了截然相反的意义。

亦起测-163

现实就是这样，总是和理想有出入，产品设计尤其要避免这种误区，总以为自己是从用户角度出发时，要考虑自己是不是真的用户。

亦起测-162

HTML 字符转义是前端最容易犯的问题，看起来很简单，技术实现也不难，但就是很多地方都会出。

亦起测-161

数据是效果的最好体现，哪怕仅仅使用拙劣的 Bug 数来体现，也是一种体现方式，当然，我们还是要追求更多角度，更准确的体现。

亦无知-159

目标在哪，就把关注点放哪，问题都是用来解决后涨经验的。

亦起测-160

测试对于业务的价值，可以分为两部分，一部分是某一个具体项目的质量保证，一部分是基于项目经验做出的对于同类项目更好的质量保证的体系建设。

亦无知-158

不打断别人说话，用心倾听别人的话，是最基本的素质。

亦起测-159

苹果的背部双击截图准确率太差了，经常乱截屏。

亦无知-157

讯爷说过，我向来是不惮以最坏的恶意，来推测中国人的。

亦起测-158

所有的问题，最后都是选择的问题。

亦无知-156

常怀利他之心，长行利他之事，是一个团队之所以成为团队的根本。

亦起测-157

我们一直说需求沟通要清晰合理，其实测试内部本身的沟通也是需要清晰合理，比如不同人对于测开角色的理解会有不同，比如我们说原始需求时，有些人就听不懂等等，任何专有名词，请保证理解的一致性后，再继续。

亦无知-155

比如只读一本书，就不要追求领悟，读的多了，自然就懂了。

亦起测-156

所以不要止步于发现问题这个表象，而是要考虑如何解决根本的质量问题。

亦起测-155

当然，之所以叫优先级，就是说在后面的迭代中，我们还是要把欠的债给补上的。

亦起测-154

不过一直没忘记薅微信读书的羊毛。

亦无知-154

那我在那用心的听着，是不是可以给予更大的信心呢，不管是不是，我先保证我做到了。

亦起测-153

左移不应只是形式上的左移，要是具备左移能力的人在左移后发挥左移预期的效用，才是左移。

亦无知-153

稻盛和夫说，在你不知所措，犹豫彷徨，举棋不定，心情低落时，唯一要做的事情，就是把手头的事情做好，这就是工作的意义，也是人生的意义之一。

亦起测-152

测试保障和质量保障虽然只是名字的差异，但却是不同的概念，代表不同的意义，目前的话，大部分人都还停留在测试这个层面的理解，需要想办法贯彻对质量保障的理解。

亦无知-152

时候不同了，观念就变了，结论就不一样了。

亦起测-151

罗曼·罗兰也说过，「世界上只有一种真正的英雄主义，就是认清了生活的真相后还依然热爱它」

亦无知-151

感官刺激是产生兴趣的第一步，也是培养兴趣的第一步。

亦起测-150

被一个输入法的设置折腾的够呛，全部隐藏后找不到还原入口了，重装都没用，我也是醉了，不过看起来不是输入法的问题，而是系统没有提供对应的还原入口，倒是 Win10 系统自带输入法的默认设置是最符合「简单有效」设计原则的。

亦无知-150

一个人来找你帮忙，你给提供了一个工具，他首先想到的不是感谢，而是问你提供工具的安全性，你该怎么办？

亦起测-149

今天弄了下小米手环的设置，「抬腕亮屏」竟然默认是关闭的，不管是手表（一直亮屏），还是手机（抬起亮屏），这都是默认选项，所以这算不算 Bug？

亦无知-149

是不是这个道理？

亦起测-148

给别人修电脑，发现他装了 2 块硬盘，其中的 SSD 竟然不是系统盘，这算不算 Bug？

亦无知-148

工作中，其实很多事都是这样，合理的做法和漂亮的做法是两个方向，目的不同，选择也不同。

亦起测-147

提示的错误信息明显是给开发看的，建议换成用户角度的错误信息

亦无知-147

有道理哈。

亦起测-146

按理说这也算 bug，不是程序实现 bug，是设计 bug。

亦无知-146

同频的沟通，才能保证沟通的效果。

亦起测-145

很多测试都觉得尴尬，主要是觉得测试没有技术含量，同时自己的技术又达不到开发的水平，所以只能委曲求全，终日惶惶。

亦无知-145

而大部分关键的东西，又都是本不该做的，比如谷歌的 20% 工作任务。

亦起测-144

得到作为这么专业的音频应用，有非常严格的品控，但是依然没有解决学习计划连续播放时，不同栏目音频声量大小不一致的问题。

亦无知-144

一个稳定发挥的平常心，比大起大落重要的多。

亦起测-143

阿里云盘使用完全不同的照片上传的策略（当然也是最先进的），我以为就我使用不习惯，一看网上很多人都不习惯，一个新习惯的培养，哪怕是先进的，也是需要时间的。

亦无知-143

做一件事的时候，大家的第一反应都是按自己最熟悉最保险的方式去做。

亦起测-142

本想给个好评，结果碰到个 Bug

亦无知-142

一个好的绳结最能体现负负得正的道理。

亦起测-141

所谓的换位思考和感同身受，真的不是说起来那么简单，很多时候，也不是我们理解的那么轻松。

亦无知-141

一个上游规则的变化，带来的就是下游的连锁反应。

亦起测-140

果然是高手，成功利用了人们的惯性思维，肯定没人会来确认下地锁是不是好的。

亦无知-140

这时候才发现，感官刺激并不总是一次性的，越是刻意坚持，感官就越是习惯。

亦起测-139

微软在 Win10 上对它的搜索、浏览器、输入法、OneDrive、WindowsDefender都做了很强的绑定，都是默认设置，并且默认启动，但是介入 Windows 的影响力，大家对这个都习以为常，并且作为是对我使用体验的改进了。

亦无知-139

每次做完新系统，我都会把系统左下角和右下角对我没用的图标给清理下，每次看到别人的在桌面我也会去看他的菜单栏图标是否必须，我是个注重细节的客户。

亦起测-138

但是反过来一想，这个广告的目的到底是什么，如果只是给已经熟知华与华的人来说，肯定是哇哦，华与华真牛，广告都做到这来了，如果是不熟悉的人来说，完全看不懂，看不懂「华与华」是啥，也看不懂啥叫「超级符号就是超级创意」，从这个角度来说，我觉得这个宣传又是很失败的。

亦无知-138

不是我矫情，我是怕翻邮件的时候被别的事情又打断了。

亦起测-137

人脸识别手机解锁，我是戴着眼镜录的，然后不戴眼睛的话，就发现它识别不了，这算是 Bug 呢，还是设计如此呢？

亦无知-137

这个事吧，就像工作和生活中的很多事一样，只有立场，没有对错。

亦起测-136

之前其实收到过短信提醒了，但是现在的短信全都被忽视了，产品经理么，这个场景要考虑不？

亦无知-136

我们在职场中的定位也和这个类似，有时候并不是因为我们挑剔，只可能是没有碰到合适的团队，准确的说是团队里面和我们完美配合的人，相应的，找到一个合适的团队不容易，一定要珍惜（眼前人）。

亦起测-135

可见早期介入测试的重要性，这里的早期测试，并不一定是测试同学来做，但是必须要做的。

亦无知-135

这就是专业和非专业的区别。

亦起测-134

你能看出来这个「其它方式登录」是可以点击的么？

亦无知-134

职场经验就好像这裤腰，穿在身上感觉不出来每年的变化，单独拿出来一对比，就知道差距了。

亦起测-133

想想这就和我们测试的系统一样，每个桥墩和桥面都是单元测试的一部分，桥墩和桥面开始组合，就需要集成测试，完整拼接后，就要进行系统测试了，不同时候的关注点也不同。

亦无知-133

之前我写的关于简历的建议里面，不建议大家写「精通」，现在突然发现很多招聘上都开始要求精通了，所以说「精通」已经被通货膨胀，越是这样，越是要注意对自己使用的所有形容词，使用描述性语句借助实际项目进行说明了。

亦起测-132

并且，如果底子差，那么呈现同样的效果，反而还可以加分。

亦无知-132

如果不想刷手机，又忍不住，可以试试去散瞳，可以做到让人可以正常看东西，就是没法看电脑和手机。

亦起测-131

如果说滴眼睛是一个 UI 操作，那么眼和鼻腔相连，鼻腔和口腔则是内部实现逻辑，如果只关注表面的操作，就意识不到内部的关联，更不会考虑到这个关联可能产生的额外测试点。

亦无知-131

好吧，不过时间确实过的快，这不已经 3 月最后一天了。

亦起测-130

这么说这个思路挺好的，但就是宣传上做的不够好，至少我没有一眼看出来是免费取纸，所以无形中减少了很多人尝试的动机。

亦无知-130

有时候，弯路反而是最快的路。

亦起测-129

对于产品设计来说，这才是最大的困难，我们到底是要教育所有用户，还是要迎合部分用户。

亦无知-129

感冒的最大感觉就是鼻涕太多了，其他的好像影响不大，如果说头晕吧，真的是有，但是坚持坚持，一忙起来，就没有多大感觉了，其实解决任何问题时，都会碰到困难，就看我们是迎难而上，还是望难止步。

亦起测-128

同样的产品实现也是一样，对目标客户就是好，非目标客户，一无是处。

亦无知-128

很多时候，相信，就是傻傻的坚持。

亦起测-127

我看了下接口请求的情况，是 file create 接口pendding 了。

亦无知-127

一起办公的好处就是有事就可以拉个会迅速的当面碰一下，如果不充分发挥好这个优势，就是在浪费时间。

亦起测-126

这就是产品设计的两面性，有利有弊，就看弊大于利，还是利大于弊。

亦无知-126

因为每个人都有自己独特的优势，比如没有体谅天赋的人，理解不了什么叫感同身受，更做不到换位思考。

亦起测-125

5、2个文件移动就会显示有保险箱文件夹，1个文件移动就没有；

亦无知-125

你的注意力在哪，问题的答案就在哪？因为我没法获得自己认知之外的信息。

亦起测-124

这是一个和业务逻辑没关系的实现技术和测试点，懂不懂还是很明显的。

亦无知-124

就好比你给我点个赞，我就知道你看过一样。

亦起测-123

如果从产品设计的角度考虑，这就是我们预置了一个理想的前提条件，出现意外的情况本来很小，但是一旦出现了，直接打回原形。

亦无知-123

其实很多人都有这样的误解，觉得负责或者主导项目才算经历，其实主导也只是一个角色，每个参与的人都是项目的责任人，只是分工不同，换个视角，会有新的收获。

亦起测-122

这就是我们测试用例中的异常用例，有些我们很肯定不会出现的场景（厕所没纸？只收现金？指针为空？），其实总是有例外，所以一定要做异常处理，一定要做异常处理，一定要做异常处理。

亦无知-122

问题一直都存在，而且从来不会缺失，我们的工作就是解决各种各样的问题，不是为了消灭问题，而是让产品更好，创造更大的的价值，同时我们也积累更多解决问题的经验。

亦起测-121

有道云笔记支持语音笔记，而且是实时转换为文字的，我试了下还蛮好用，但是感觉没有测试过语速特别快，并且持续时间特别长的场景，我试用的时候卡了好久都没翻译出来。

亦无知-121

前段时间面试，经常碰到服务端的测试，然后和别人聊起来，我就说市面上服务端测试比较多，客户端测试比较少，最近面试发现 App 和 Web 测试比较多，一开始还纳闷呢，现在看起来还是我的样本量不够多，才导致的结论偏差。

亦起测-120

我们做项目经常会碰到这种突发情况，第一反应应该是尽快的先解决问题，然后去复盘问题，找到问题的根本解决办法。

亦无知-120

最近金三银四，面试比较多，我发现沟通时，很多人都只会记住我说的最后一句话了，如果是闲聊还好，也算是一种沟通技巧，但是面试的话，总感觉是把我的问题给漏掉了。

亦起测-119

一件事情是因为它的意义而存在的，比如梵高的画也是画，只是因为给赋予了梵高的意义，就变的不一样了，同样的，同样的反馈监控，崩溃监控，打点采集，赋予测试右移的意义，也不一样了。

亦无知-119

前几天闺女半夜上厕所，都是自己去，有一次我看到好久没回来，就去看了看，原来在拉粑粑，我就陪了会，现在半夜起来上厕所，就必须喊着爸爸陪了，这习惯的养成也忒快了吧。

亦起测-118

测试的价值，业务方最清楚，如果抛开业务方的角度去证明测试的价值，还是件蛮困难的事情。

亦无知-118

今天是入职纪念日，11 年了。

亦起测-117

当所有人都接受一个好的体验作为现行标准时，才是真正好的体验，不然再好的体验也会变的格格不入，最后就是劣币驱逐良币。

亦无知-117

深度的挖掘固然好，但是出成绩的毕竟少数，甚至在出成绩之前都不会被理解，对广大群众来说，广度更能体现价值，进而导致很多人对于广度的追求，而缺少对深度挖掘的耐心。

亦起测-116

招商银行查看完整卡号后，复制的卡号是带空格的，可是很多地方输入带空格的卡号时都是识别错误，我记得招行自己 APP 的某些地方也是不识别，这就是用户体验，有时候我们以为的「改进」，其实也可能适得其反。

亦无知-116

没有结果体现的成绩，总是不容易被看到，但是往往很重要，比如关键系统的维护，每天都被小修小改占满了时间，如果非要说产出，那就是系统没有挂掉，并且很多隐藏的问题被提前解决了，但是没有出现问题就是没有问题。

亦起测-115

那些我们以为很熟悉的经验，如果没有在最近验证过，就有小心掉到经验主义的陷阱了。

亦无知-115

对一个人来说，能力提升更重要，毕竟提升后的能力可以一生受用，但是对面试官来说，可能更看重一个人的知识，因为知识变现的效果更好，可以立马在工作中有产出。

亦起测-114

今天玩手机游戏的时候，突然来了个电话，接了电话后游戏没有暂停，只是声没了，挂了电话，游戏继续，但是声没有回来，看来我又碰到特殊场景的用例没有覆盖到的情况了，所有带声的，一定记得跑这个用例。

亦无知-114

任何一件事，都可以被解释，换个角度结论就完全不同，所以很多人不是缺乏对结果的理解，只是缺少对角度的选取。

亦起测-113

很多地方一直提倡用户视角去看待用户体验的问题，所以很多人就真的把自己当用户去评价一个产品，然后就发出「何不食肉糜」的感慨。

亦无知-113

面试是件随机事件，不同公司不同部门不同面试官，面试结果可能完全不同，所以不要抱怨不公平，只是没有碰见对的人。

亦起测-112

一直说的测试左移，大家都知道是质量前置，但是落地的时候，会被人为的限定为自动化前置，其实需求评审时提出问题也是左移，而且是提效最明显的左移，只是没法量化。

亦无知-112

一件事本没有对和错，但是站队的人多了，就有了对和错。

亦起测-111

虽然我们都知道不能逆行，但实际上逆行的人很多，就像我们知道某些异常用例基本走不到，可是实际环境中肯定会被触发到一样现实。

亦无知-111

不管选择哪一种，日子都要照样过，时间都要照样走，所以我选择了后一种。

亦起测-110

不要认为测试没问题就是真的没问题，可能只是没发现问题，测试的目的是证伪。

亦无知-110

其实工作和生活往往也是这样，安稳的时候我们想要挑战，接受挑战的时候又希望安稳。

亦起测-109

线上回归环境的作用不是为了发现问题，而是为了避免问题出现在回归环境，所以每次在回归环境发现的问题都需要想办法在回归前规避。

亦无知-109

要关注工作和生活中的哪些是重力问题，关注的目的是不要让他们花费我们太大的精力，因为重力问题不是真正的问题，是无法解决的，比如早上迟到了，这是既定的事实，怎么努力也改变不了，在那懊悔，倒不如忘掉它。

亦起测-108

涉及数据库的项目测试，一定记得要测试数据库为空的场景。

亦无知-108

每个人在看合影照的时候，肯定会第一时间去找自己，并评估自己拍的好不好，之后才会把注意力放在别人身上，所以关注自己是天性，但是团队工作需要配合，这时候我们就需要分一部分精力给团队其他成员。

亦起测-107

这个设计中有意思的地方是，不管有没有兜底方案，那个每天减少的免费时间，总是给人失落感，然后就会诱发大家去做各种活动。

亦无知-107

应该是之前没有做成功之后，便一直记着这个习惯，慢慢就真的成了习惯，一个从无到有的习惯，就是这么养成的。

亦起测-106

同样的，作为测试，我们对技术的追求，一定要记得目的是什么，是提效和更全面的保证产品质量，而不是技术本身（当然，如果能兼顾就完美了）。

亦无知-106

所有的这些都是没有换位思考，没有考虑过合并表格的人的工作量。

亦起测-105

所以场景覆盖时，请多走一步，不要只停留在自己的想象中。

亦无知-105

可能优势已经习以为常，或者很难再优化，但越是这样的突破，才是自己最大的壁垒。

亦起测-104

对开发来说，如果明白这一点，知道在沟通时把黑话翻译成白话，能够瞬间提升测试同学的好感度。

亦无知-104

所以每件事都有两面性，我们可以多关注对我们有用的信息，不用去关注那些主观意识形态层面产生的杂音。

亦起测-103

测试同学快吃吧，要注意原始需求的比例，需求变更前的比例，需求变更后的比例都是否符合预期，最终成品的口味是否符合预期。

亦无知-103

2、重要的事情，一定要反复催；

亦起测-102

反过来想一想，当前的业务是否适合测试开发？我们到底期望测试开发带来什么样的改变？达成什么样的目标？也许会有新的收获。

亦无知-102

另一方面也可以理解为，现在的互联网如此发达，免费的信息已经足够全面，不要因为得来的方便而去忽略它的价值，如果能好好的吸收利用，比一些收费的内容更值钱。

亦起测-101

分层测试就是对测试目标进行归类，大类就是表示层、逻辑层、数据层，再细分可以有业务接口、通用接口，不同类别可以用不同的测试策略和测试方法，想清楚再动手，事半功倍。

亦无知-101

2、直路近，但是难，稍微绕过弯，也许会变容易；

亦起测-100

所以之前测试的面试题，都是必问「电脑突然上不了网了，可能是什么原因？」，借机温习了一下。

亦无知-100

工作是团队作战的地方，不需要每个人都是全能，而是每个人都找到属于自己的位置，发挥自己最优势的能力在最感兴趣的地方，当然，这种完美的情况可遇而不可求，所以请珍惜每次哪怕能满足其中一项的机会。

亦起测-99

这件事会给我的教训是，眼见不一定为实，经验主义害死人，这个情况在我们测试的时候很常见，比如一个功能曾经测试通过了，二次回归的时候就会有「 肯定不会有问题」的潜意识在作祟。

亦无知-99

我告诉她，不是所有事只要使劲就能办成的，合适的方式方法可以事半功倍。

亦起测-98

建议修改的方案，搜索可以继续用缓存，但是我修改群名称，在更新数据库的同时也应该同步更新缓存。

亦无知-98

所谓的向上管理，并不是真正的要管理上级，而是要把上级当做资源，我们要管理好上级这个资源。

亦起测-97

跟车距离真是考验人，跟的近了容易追尾，跟的远了被后面催还被前面加塞，其实我们选取测试颗粒度的时候也是这样，颗粒度太粗，可能覆盖率不够，颗粒度太细，可能会过度测试，这时候就是发挥我们测试经验的时候了。

亦无知-97

比如走路的时候听音频，地铁上看书，吃饭时刷朋友圈等等。

亦起测-96

其实很多难以发现的 bug 都是这种连锁反应，如果只是盯着问题本身看，就是一个小问题，但是深究下，可能会有新发现。

亦无知-96

其实我们生活中有很多类似的，自我预置了前提条件（小鸟和人都认识电线）的问题，问题的原因并不在于问题本身（电线危险小鸟为啥能停），而在于那个假设的前提条件。

亦起测-95

作为一个强度依赖导航的人来说，语音导航的描述真是让人捉急，明明我沿大路直行就可以了，非要告诉我说前面有个三岔路，请走最左侧岔路，吓的我看了半天哪有岔路，原来就是主路分出去的两条岔路，就是说用次要信息影响了我对主要信息的判断，增加我信息处理的负担，这种用户体验的测试，不过关。

亦无知-95

性格和能力是分离的，个人内向敏感，不代表自己的演讲或销售能力不行，这个不是强绑定关系，如果能认清楚这一点，反而可以把两者做更好的结合，比如敏感的人更关注细节，那么在销售时可以通过细致的细节描述，给人更专业的感觉，从而促成成交率。

亦起测-94

给我的启示是，实际场景的测试，比单纯的逻辑覆盖要重要的多。

亦无知-94

在开水器接水，使劲按开关，输出的水流确实大了，但是杯子里的水溅的到处都是，没剩下多少，还可能把自己烫着，这就是欲速则不达。

亦起测-93

很多人对不确定性存在恐惧，所以尽可能的让质量确定，然后就会人为的给质量加一些标准，随着标准的增多，最后的结果就是会出现过度测试。

亦无知-93

搞不清楚问题是最大的问题，一般的表现是用不同的维度来描述一个问题，或者总是想完美的解决问题。

亦起测-92

质量是一个相对词，而不是一个绝对词，并不是没有 bug 就是好的质量，也不是有 bug 就是质量不好，关键是在不应该有 bug 的地方别出 bug。

亦无知-92

所谓厚积薄发，是因为有积累的前序，很多人却只看到最后发的过程，其实大部分前序都是牢牢的深根在看不见的地底下。

亦起测-91

不考虑可维护性的测试方案都是短期思维，长期思维的话，可维护性是首先要考虑的事情，相对来说，也是一个特别大的难点。

亦无知-91

如果一直停留在知识积累的层面，就是一直在打地基，地基打的再高，不盖楼就是浪费，如果一开始就信奉方法论，又只是无基之塔，所以前期要注重地基，后期就要关注如何盖楼了。

亦起测-90

测试是一个过程，不是目的，不管是左移还是右移，都是在把风险分摊到过程的不同阶段，如果我们能够承担风险带来的后果，完全可以不测试。

亦无知-90

啥也不会时，具体的知识很重要，会了一些之后，方法论就开始派上用场了，所以不要说方法论没用，只是咱不会用。

亦起测-89

中台的目标是技术通用化和模块化，业务的诉求是质效优先，所以录属中台的业务测试既要保证业务目标的绝对达成，也要保证部门目标的绝对达成。

亦无知-89

低调要有低调的资本，不然就不是低调，而是无能。

亦起测-88

工具化和模版化的好处是快，但是坏处是让用的人不再去想这背后到底都做了啥，最后就变成了对工具的依赖，一旦工具出现一点问题，流程可能就会被卡住，所以在一些关键流程的地方，慢也是快。

亦无知-88

越早碰到挫折，对成长的帮助越大，就好比竹子在早几年只关注扎根，之后才能迅猛成长而不至于夭折。

亦起测-87

对于需求合理性，任何的建议都好像是在质疑，虽然也确实需要质疑，但是谁都不爱自己被否定，所以需求合理性要基于事实来讨论，而不是基于观点。

亦无知-87

本来以为优势就是优势，但是发现优势太极端了就会有反作用，比如好人和老好人，所以做事过程中度的把握很重要。

亦起测-86

测试对问题的全面性的考虑有利有弊，利的一面就是真的在特殊情况发生时有心理准备，甚至有提前的应对方案，弊的一面就是如果没有发生特殊情况的话，前期的考虑就是多余了，所以这是个选择，选择的依据是我们能否承担考虑不足所造成的后果。

亦无知-86

《姜子牙》里面把姜子牙的大 C（传统型）特性刻画的入木三分，不知道是导演是大 C 还是姜子牙真的这么 C，不过也只有大 C 的人才能更好的坚持一个原则到这个程度了，也说明导演对人性有全面的认知了。

亦起测-85

「先入为主」是人类的天性，因为我们大部分的认知都是基于自己的实践得来的，所以当出现一个问题时，首先是从自己的实践经验中搜寻解决方法，作为测试，我们要对抗这种天性，我们要从用户角度设计用例场景，自己只是用户群体中的一个点。

亦无知-85

目的导向和过程导向，没有对错，只是每个人的性格不同导致，所以我们观念不同时，先确认下是否性格使然，从而减少不必要的误会。

亦起测-84

全流程质量改进，一定是全流程各角色都参与的，而让全流程角色配合才是最难的，毕竟在没有收获前，增加的是他们的工作量。

亦无知-84

如果算一下工作时间在人生中的占比就知道，工作根本没法和生活分开，那些给你好言相劝的人，要么就是没有生活的重担，要么就是已经被重担压垮。

亦起测-83

测试右移确实一定程度上节省了测试过程的用时，但也要考虑右移后发现问题的处理时间，如果处理成本较高，还会带来连锁反应，就要斟酌右移的适用性，还是那句话，效果说明一切，而不是技术说明一切。

亦无知-83

既然存在所谓的管理，就是需要用到方法和策略，而不是你认为就是你认为，也不是我认为就是我认为。

亦起测-82

ToC 和 ToB 的主要区别我理解是服务的群体不同，C 端服务的是用户，B 端服务的是客户，用户是爷爷，客户是爸爸，爷爷说话你可以不听，爸爸说话你敢不听？

亦无知-82

苦劳是最廉价的竞争力，它一直在证明你的时间是多么的不值钱。

亦起测-81

大家都知道测试左移对质量提升有帮助，但是移不好就是甩锅给产品和研发了，所以它不仅仅是测试的事，是全流程的一个配合。

亦无知-81

关注实用性对当下来说是最好的，但缺少了对未来的想象空间，或者说错过对未来机会的储备，所以实用性和计划性是一个优先级的问题，而不是一个对错的问题。

亦起测-80

发现 Bug，并不等于指出 bug 的现象，而是指出 bug 产生的原因，有些是直接原因，有些是间接原因，对原因分析的程度就等于我们对逻辑理解的深度。

亦无知-80

那些背后的东西，往往比前面的更重要，比如言外之意，比如原始诉求，比如问题的根本原因，比如系统运行的底层机制等等。

亦起测-79

测试工程师和心理咨询师的目的都一样，我们不是为了发现 Bug，只是为了解决 Bug 后，让产品更完美。

亦无知-79

没有所谓的理想工作，只有好工作，所谓的好工作也是好的公司和好的同事。

亦起测-78

测试工程师和心理咨询师都是有强大内心的人，每天都在应对各种带着负面情绪的 Bug，却依然热爱自己的工作。

亦无知-78

人生有很多选择，但是很多是别人的选择，比如都说网易云音乐好，但我一直选择的是更懂我的QQ音乐，职场也是一样，没有正确的选择，只有好的选择。

亦起测-77

对于内部系统而言，前端实现的模版化也是提效，而且是极大的提效，每个系统都做个完全不同的酷炫前端就是耍流氓。

亦无知-77

过度自信属于不知道自己不知道，过度自卑属于不知道自己知道，是两个极端，都不可取。

亦起测-76

提效工具的易用性是相对而言的，如果只是内部使用，而且投入较大的话，实用性永远是第一优先级。

亦无知-76

作为管理者，深入项目了解详细逻辑，当然是最好的办法，但是每个人时间有限，不可能去了解所有细节，怎么把握好这个度，并且在可控的范围内了解到自己需要的信息，就需要抓重点和理清优先级的能力。

亦起测-75

所谓提效，不一定是系统化，大部分时候工具化就可以搞定了，判断的标准就是投入最小化，产出最大化。

亦无知-75

两全其美是最好的结果，但是大部分事情都是此事古难全，所以要有不完美的心理预期，不然职场上会很累。

亦起测-74

每个人都会习惯的从自己的经验出发去做判断，比如没测过客户端软件的同学，我给出一个用例题，绝大部分会把 web 测试的用例点也写上了。

亦无知-74

足够了解，才能提出足够有分量的好问题。

亦起测-73

如果微信公众号只是推送了一个链接，在电脑客户端版本上将显示如下的 bug，这是 bug 么？如果是，为啥至今都没有修复？如果不是，这也太奇怪了吧？当然，虽然长得难看，功能是正常的。

亦无知-73

取长补短的策略是保持自己优势能力的发挥，同时关注短板的补齐，俗称木桶理论；扬长避短的策略是主要关注长处的优势发挥，持续精进，俗称长板理论，越长大越应该更趋向长板理论。

亦起测-72

报了一个 bug，最怕前端说是客户端的问题，客户端说是服务端的问题，服务端说是前端的问题，关键是谁也不愿实际调试看一下，所以提醒小伙伴要有准确区分 bug 范围的能力。

亦无知-72

有人被赞扬时，感觉有价值，因为他一直在集中力量把自己的优势发挥到最好，有人被建议时，感觉有价值，因为他希望自己做的更完美。

亦起测-71

海底捞悄悄的更新了自己的水果夹，之前的夹子总是打滑，新夹子手感特别好，这么小的细节竟然都能被发现并改进，还有什么理由做不好？

亦无知-71

提供价值是一件永远有价值的事情，职场中提供价值，会获得自己专业度的提升，生活中提供价值，会无限增加自己的靠谱度。

亦起测-70

数据是个好东西，但是不同人角度不同，同样是低迷的数据，有人看到了机会，有人看到了失望，一定要获取尽量多维的数据，做出全面的判断。

亦无知-70

引导别人自己得出问题的答案，比直接回答问题要困难的多，而在引导的过程中，让对方能有自我察觉的反思则更加困难，说话是门艺术。

亦起测-69

精通业务并且能在业务测试中发现可以提效的需求，进行快速迭代实现后立马有明显的提效效果，我理解这才是测开，脱离了测试本身的，都只是开发。

亦无知-69

信息获取当然是越多越好，但是如果自己没法正确的消化和取舍，抑或获取的不够全面，都会影响对事情的判断，得出片面的结论，最终导致错误的行动。

亦起测-68

自行车更新迭代了这么多年，都没有迭代出自行车把托，现在共享单车有了，而且全有了，但是我去看售卖的单车还是没有，这就是截然不同的产品思维。

亦无知-68

多问几个为什么总是没有坏处的，脸皮厚，吃个够。

亦起测-67

视频号我刷出来很多 bug，但是并没有影响大家的正常使用，充分说明问题处理的优先级，比问题本身更重要。

亦无知-67

对一件事没有足够的了解，连问题也问不出来。

亦起测-66

质量度量不应该是一个固定的公式，而是随着当前项目的需要，动态调整的，也就是说，度量是为了质量服务的。

亦无知-66

办事用心没用心，很容易就能从做事的结果看出来，不要抱怨别人没看到，先想想是不是自己做的不够。

亦起测-65

循环必须设定跳出条件，测试要求原则之一。

亦无知-65

一定不要错解自我认知，你以为你知道你知道的，其实可能正是你不知道你不知道的部分。

亦起测-64

对测试来说，通过技术解决问题并不是最关键的，通过资源解决问题才是关键，我们需要协调上下游，以及全流程的资源来达成质量目标。

亦无知-64

懂得感恩，是一个人成熟的标志，没有谁必须帮助你，得到的帮助都是幸运。

亦起测-63

只是发现问题，不给解决问题建议的测试，不是好测试。

亦无知-63

做减法才有对人生的掌控感，职场上也是类似，当然，这个也需要量力而为，不然就是不知好歹了。

亦起测-62

如果只看到实现的表示层，你得用 100 条用例覆盖，也还可以没测到关键点，如果看到逻辑层，可能 10 条用例就足够覆盖了，比如自定义搜索框框的条件组合。

亦无知-62

只有懂得做减法，才能真正获得职场幸福感。

亦起测-61

环境搭建和环境兼容性，特别是客户端还涉及不同软件的兼容，是测试中特别耗时间的一块，还不得不做，所以对底层实现原理的挖掘和了解是必须的，可以让我们兼容测试的针对性更强。

亦无知-61

视频/语音会议时，不用耳机的都是耍流氓，效率折损太严重了。

亦起测-60

只看现象不看错误码的 bug，全是耍流氓，只提示错误，但是不告诉错误码或原因的提示框，也是耍流氓。

亦无知-60

目标制定一定要清晰明确，哪怕随口估也要估个数，多估几次慢慢就准了，但如果不估，目标永远都不清晰，当然也准不了。

亦起测-59

对于快速迭代的版本，注定没法一次完美，所以每次在上次的基础上有改进，只好不差就是标准。

亦无知-59

用解决问题的思路考虑问题，就是碰到问题或者不同建议时，不是先想着找托词，而是想一想为什么会出这个问题，为什么别人会这么建议，找借口只会止步不前，找原因则会勇猛精进。

亦起测-58

为了赶工期，开发迭代提测，测试迭代跟进，多么美好的规划，灾难就在发生在第二次迭代提测时，因为改了一个问题，引发了更多的问题，所以说，合适的流程工具要用在合适的人身上才行。

亦无知-58

鸡汤和道理只是一念之差，有过亲身体会的听着就是道理，没看懂的就是鸡汤。

亦起测-57

开发人员提测质量的好坏，对口的测试可以清楚的感知到，但是其他人不知道，所以我们需要有合理的质量度量标准来量化这个事情，大家都知道这个理，也明白这个需要，但就是对具体标准没法达成一致。

亦无知-57

当你开始带人时，哪怕只有一个人，你就已经不是一个人在战斗，你也不只是为了自己而努力。

亦起测-56

测试人员每天面对那么多问题，如果经验不做沉淀和积累，只会越来越忙，所以我们要学会框架性思维，就是碰到问题时，使用框架性思维来考虑解决一类的问题，这样让功力与日俱增。

亦无知-56

除了技术问题外，其他的问题都是变量，合适的时候用合适的方法解决合适的问题，这是变量中那个不变的核心。

亦起测-55

分析问题时需要很强的逻辑思维能力，哪怕使用排除法，也是逻辑思维的体现，我最常用的例子就是杨辉三角编程实现。

亦无知-55

职场沟通中，很多问题都需要仔细推敲，因为很多人表述的都不是原始诉求，而是自己对问题的思考，而这些思考又不一定准确。

亦起测-54

作为每天都和问题打交道的测试，解决问题的能力非常重要，它又包括发现问题、分析问题和解决问题，目前基础测试人员都停留在发现问题的阶段，根据对问题分析的深入度可以界定中高段位，明确定位出问题的根本原因并提出合理解决方案的，无疑都是高手了。

亦无知-54

沟通能力可以分为表达能力和理解能力，表达能力是向外的，理解能力是向内的，我们说的沟通能力好，要么就是你可以很好的表达自己的观点，要么就是你可以很快的理解别人的观点，当然，如果两个都很好，就更厉害了。

亦起测-53

不设定前提的情况下，妄下结论的，都是耍流氓，比如为什么这样的 bug 都可以漏出？其实产品根本没有提这个实现的需求。

亦无知-53

框架性思维是职场中很重要的一个能力，它可以让我们把各种复杂的信息，通过点、线、面、体的方式进行关联起来，从而对问题有更全面的认识。

亦起测-52

如果一个产品的研发需求比较多，说明处于维护期，如果一个产品的产品需求比较多，说明产品经理脑洞比较大，如果一个产品的用户需求比较多，说明产品正蒸蒸日上。

亦无知-52

可迁移是现代学习必备的一种能力，知识可以迁移（举一反三），能力也可以迁移（不同场合的沟通能力），只有具备了可迁移的能力，才能真正的事半功百倍。

亦起测-51

一个优秀的测试，对于知识的广度和深度都有要求，同时，还需要具备整合这些知识的能力，特别是知识的可迁移能力，最大程度的避免知识的一次性效果。

亦无知-51

我们对于能力取长补短的做法已经过时，现在我们对于能力的建议是扬长避短。

亦起测-50

测试作为流程的下游，有时候很难保证做的都是正确的事，但是我们可以坚持努力把事情做正确。

亦无知-50

我们需要掌握很多知识，但其中有最重要的几种，我们具备很多能力，但其中仅有几个可以称为核心竞争力。

亦起测-49

一个靠谱的上游，和一个不靠谱的上游，差距十万八千里，这就是为啥要大力推进测试左移的原因吧，可越是靠谱的越是支持流程正规化，不靠谱的一个劲反对说被限制了自由。

亦无知-49

职场里会涉及到和人打交道，以及和事打交道，其中和事打交道是简单的，因为事情本身不会变，和人打交道就难了，千人千面，坑里还是坑，所以要多做事少说话。#公众号：亦无知

亦起测-48

做测试，一个很重要的能力就是质量风险评估，这个可以当作核心竞争力来进行培养，评估的依据全部都是基于项目实践经验而来，不可复制，也不可能短时间内速成。

亦无知-48

每个人的精力是有限的，所以在职场一定要做好精力管理，比如职场初期，要把主要精力用在知识的学习上，职场中期，要把主要精力放在能力的提升上，整个职场周期，都需要在做事的同时，持续塑造打造自己的核心竞争力。#公众号：亦无知

亦起测-47

作为测试，产品出现任何质量问题，我们都跑不了，哪怕发版之前负责人拍着胸脯说「出事算我的」，那我们的责任也是「为啥不拦着」。

亦无知-47

我们在职场中，应该更注重能力的培养，学习能力和解决问题能力培养好了，那些固定不变的知识相对就容易习得了。#公众号：亦无知

亦起测-46

需求评审时，首先要确认的是「原始需求」，原始需求不是产品经理加工过的需求，而且产品需求要解决的具体的用户问题，只有针对这个第一手问题进行评审，才能保证需求的正确性和合理性。

亦无知-46

和能力好的人合作，主见太强，听不得劝，和听劝的人合作，能力一般，时常督促，所以要让能力好的做技术要求强的活，听劝的做符合规则规范的活，没有完美的个人，但是可以有完美的团队。#公众号：亦无知

亦起测-45

不同岗位技术要求不同，但是大家的目的是相同的，所以通识要求也应该是相同的，比如测试、开发、产品的目标都应该是业务优先，并且在不同的时候分别优先关注稳定性、合理性和正确性，然后才是不同角色使用不同的技术角度通过分工来共同达成目的。

亦无知-45

每项工作都有自己的难处，不要这山望到那山高，即使高，也要自己找机会亲自尝试验证后，再确认是不是适合自己，也许你还恐高呢。#公众号：亦无知

亦起测-44

测试用例执行并不是简单的点点点，哪些用例可以一起跑，哪些用例可以优先跑，哪些用例工具跑，哪些用例可以深入跑，哪些用例可以扩展跑，这些都是能力，是那张无形的手。

亦无知-44

能力和兴趣完美匹配的工作毕竟是少数，能力和兴趣占一边的就应该很庆幸了，毕竟能力或兴趣都是可以在工作过程中培养的。#公众号：亦无知

亦起测-43

对于大部分人追求高精尖的技术，我觉得方向是对的，但是从实用性来看，我们更应该花时间先把手头的事情搞好，比如在花时间搞 web 自动化之前，至少要知道出问题了先按 F12 看 Console 输出信息的吧。

亦无知-43

没有完美的职场，哪怕是老板，也总是有各种焦虑，甚至比普通员工的焦虑更甚，所以我们要做的不是追求完美，而且更好的扬长避短，让自己的优势可以更好的得到发挥。#公众号：亦无知

亦起测-42

错把平台能力当作自己的能力很可怕，比如公司有现成的自动化用例管理系统，自己可以按模版添加用例，结果就变成自己熟练使用自动化，一定要区分哪些是我的能力，哪些是我们的能力。

亦无知-42

越早的区分自己的兴趣和能力，就能越早认清自己职业规划的方向，长时间发展不是自己兴趣的能力，确实也可以让能力得到增长，并完成任务，但是自己会不快乐。#公众号：亦无知

亦起测-41

金字塔模型在哪都适用，很多人都愿意讨论塔尖上的东西，比如 AI 自动化、去测试化等等，其实大部分人缺少是金字塔底向上跃升的东西，比如测试用例深入度、全面性等等。

亦无知-41

很多职场人表现出来的霍兰德代码和自己兴趣的霍兰德代码并不完全匹配，这也是很多职场人出现厌倦、焦虑和失落的原因。#公众号：亦无知

亦起测-40

没出问题时，一起都是效率优先，一旦出了问题，复盘的结果就是流程更重要，如此反复。

亦无知-40

任何地方请慎用「精通」，以现在的发展速度，真正做到精通的寥寥无几。

亦起测-39

自动化流程的好处是效率，坏处就是太快了，可能会加速问题的发生，毕竟人在操作过程中，是可以由主观能动性来发现一些意外情况，所以从质量角度来说，流程并不是越快越好，该快的应该快，不该快的就需要悠着点。

亦无知-39

之前都说好学生课堂上爱做笔记，后来又听说，聪明的学生上课都专心听讲，课后找笔记做的好的同学抄一份，之前我会纠结谁对谁错，现在学了职业规划，我猜课堂做笔记的同学应该是RC型，课后抄笔记的是EA型。

亦起测-38

每个业务都希望测试能多快好省，而且永无止境，所以我们要用数据来证明，我们真的一直都很快好省，这就是数据度量的价值吧。

亦无知-38

如果一直盯着问题看，困难会越来越多，如果盯着问题解决方案去看，困难就是机会。

亦起测-37

在基础质量得到保障后，易用性已经超过了之前要求的性能。

亦无知-37

作为实用主义者，我会更多的关注技术对工作实际的改进效果，但是也往往会忽略一切目前不实际，但是趋势的东西，所以要埋头拉车，也要抬头看路。

亦起测-36

随着生活节奏的变快，变化的常态化，大家对质量的期望是有明显下降的，不管是实物的质量，还是软件质量，所以我们要在这中间找一个合适的平衡，保证投入产出比的合理性。

亦无知-36

学了没有用，是因为学了没有用。

亦起测-35

测试实际上只是质量保证兜底的方案，而做不到 100% 的质量保证，只有基础质量得到了保证，测试才可以做更深入的测试，如果一直徘徊在基本功能保证边缘，也就很难深入了。

亦无知-35

面向太阳，眼里只有阳光，背对太阳，眼里全是阴影，其实我们对待工作也是一样，角度不同，心情也不同。

亦起测-34

不敢做决定的测试不是好测试，作为用户的代言人，除了要保证产品功能正确性，还有保证产品易用性、可靠性、效率、维护性、可移植性，简称软件质量模型。

亦无知-34

工作安排时，我会先把最坏的可能告知，但其实并不会那么糟，这样的好处是，只有愿意付出的人才能看到其中的机会，并把握住机会。

亦起测-33

测试除了要保证产品的功能正确性之外，一定要关注功能的合理性，我宁愿一个功能不生效，也不希望一个功能让用户感觉反人性。

亦无知-33

很多技术人不喜欢演讲，其实只是因为不擅长，每个人都不喜欢自己不擅长的事情，这个很正常，平常心对待就行，不要带情绪。

亦起测-32

测试作为技术岗，既要考虑到技术的实用性，也有关注到技术的趋势，实用性技术稳扎稳打，趋势性的技术紧跟不舍，并可以趁机突破。

亦无知-32

泡一杯绿茶，如果放在透明杯子，会看到茶水是绿色的，如果放到保温杯，会看到茶水是黄色的，同样的茶叶和同样的水，放到不同的容器就会有不同的表现，就好比我们同一个人放在职场的不同位置，也会有不同的表现一样。

亦起测-31

如果把任何质量的问题，都归结为测试，一方面测试承担不起，另一方面也是承受不起，产品质量应该是整个团队的事。

亦无知-31

对别人友善，收获的也是对方的友善，心平气和的沟通，可以能解决一切难题。

亦起测-30

测试执行时的优先级设置比测试用例的覆盖率更重要。

亦无知-30

随着工作经验的增加，我们会越来越多的发现工作中有很多可以优化的地方，但都不一定是立马可以解决的，所以我们也同时需要越来越能够接受现状的不完美。

亦起测-29

一个靠谱的产品，加上靠谱的开发，基本上可以保证 80% 的质量，只有这样才能体现测试的价值，反之亦然。

亦无知-29

工作一年的同学觉得学校学习的东西没啥用，工作两年的同学觉得学校学习的东西可能有用，工作三年的同学觉得学校学习的东西有些用。

亦起测-28