有意换换工作么？

【假设】微信支持余额支付时，不足的部分可以信用卡补充一起支付，但针对使用余额支付的部分给予 3% 的优惠（直接用于本次支付中）

1.这个需求有上下文么？
2.支付的场景是？条码主扫？条码被扫？快捷支付？ 小额免密？额度限制？ 里面其实有不同的细节要求。
3.信用卡商户支持问题。哪些商户允许并支持哪种信用卡付款？如何过滤？结合问题 2.
4.信用卡额度。
5.这是端到端场景需求么？各种异常处理的定义是什么？ 比如余额不足 + 信用卡额度不足。比如信用卡支付失败（卡片状态异常、网络超时）
6.优惠 3% 是谁的优惠，扣谁的钱？这部分谁管？是不是只要扣了就行了？还是要管后面的那一大坨，这就可不是几十条用例能搞定的了？（后面一大坨系统和流程可能挂着个复杂的营销系统）
7.一大堆边界值测试。
8.防薅羊毛？
9.退货、退款流程咋搞？（这也是一大坨，想一想，它并不简单）
。。。。
10.这种营销活动怎么推广的？会不会带来扎堆使用从而引发性能问题，系统准备好了么？

用了 5 分钟想到这么多。其实没那么简单是吧？
这里出了问题，就会资损。如果每笔资损较少，后台又没有有效及时的对账，这又是个很范围广的活动，损失个几百万也很常见，这样例子见多了。
功能测试人能防住这个，所以还是有价值。
但是，希望别只是点点点。努力扩展自己的能力边界吧。

年底前搞一篇，已经开始攒文。

test 一下。

你的灯亮着吗
批判性思维

没有中文版，啃啃英文版吧。我没有公众号。

关键是抱怨赚不来钱啊老兄。可以呼吁，但在大环境特别好之前（也许永远不会好）不如持续提升自己。
起码从结果来看，是最划算的。

非常赞。

看到那个匿名评论忍不住想说：我拔高标准，与你何干？我欠你的么？瓦特应该向马车主人道歉么？爱迪生应该向卖煤油灯的道歉么？
什么特么道理啊？
生产力就是靠竞争提高的，不然人类咋进步？

资本的确是嗜血的，应该有政策法规来约束。瞎 BB 两句除了想获得点认同感，不会得到任何东西。想改变，去从政吧。
临川羡鱼不如退而结网。你的好生活是自己挣到的。不是身边的人都不行显得你好。

你说的是对的。从经济学角度，QA 不是一个好职位。
但是看如何选择了。

老东家招人啦。帮顶一下。

真棒。

中年很难。谁的中年也不容易。
只能死磕，多想办法破局。
共勉。

从解决手头的问题做起，一边解决一边学习，不断的 PDCA，直到你成为团队中最棒的那几个人为止。
技能的积累非科班会吃力，也需要时间。但是如果还想继续做 QA，不能放弃，时间的积累会有用，每年往回看都会不一样。
具体，你可以试试我文章最后提的那几个办法。
好运。

我做了好几次，最后请教了人才通过的。哈哈哈。postwoman 臣妾不知道啊。

对的，基于风险测试。测试本质是抽样，在有限时间内保证最重要的东西不出事儿。
那本小黑书里告诉你的都是技巧点，它像个工具箱。工具箱里的东西使用的越熟，应付一个未知的被测物你就越有信心。

来个思路：
全生命周期质量管理，把从开发中后期围堵 bug 的模式变为在每一个环节预防为主。
具体的 action：
1.x 阶段：做 X 事儿
2.x 阶段：做 X 事儿。
。
。
。
。
。
当你能说出十几个 action，每个 action 都针对最上面的主思路的时候。你就可以谈方法论了。

具体例子：
1.需求阶段，引入实例化需求方法，讨论清楚价值，给出清晰，可实现，可验证的业务描述。

不知道说啥。

只能祝为社区贡献过力量的同学们都发展越来越好。

大家都好运。

推荐一本书《探索吧》https://item.jd.com/11407168.html

如果是 java 的话，assertJ 通读一遍，会有你要的答案。

肯定要有系统集成测试。
另一个需要注意的点就是：测试设计的时候，要对 mock 的等效性进行分析。
最好的办法是：跨系统的接口调用，在一开始就有明确的定义，而不是等到联调的时候再考虑细节（这是一种特别 lowB，但很多团队一直在做的事情）

是的，star 方法可以结合在问题里问。

其实团队负责人，高阶的员工，面试的技巧都是工作的必备技能，值得花时间去修炼。

根据你以前的成功/失败经历看几个点
1.一般值得讲的成功的事情都是不容易的事情。可以从这件事情多方面考察应聘者各方面的能力。其实非常容易看出来应聘者水平是否与工作年限相当。
2.失败的事情是考察应聘者从挫折中学习的能力还有应聘者对自己的要求是什么程度。工作几年后，不一定总是顺风顺水。如果对自己要求高，也会有很多不满意的地方。

人生都是逆境多，顺境少。强化自己，放低预期。先尽了人事，天命不济也不至于后悔。大环境的确对 young smart 更偏爱。

model3 吧。蔚来就算了。。。