测试思想是测试的竞争力，编程是辅助测试做的更深入。

一篇文章中那么多群号加粗提示...

建议放在文章末尾，没必要看技术文章插播广告

培训班既然存在就有其存在的价值，没必要讨论值不值。
如果你觉得值，可以去报班学习；如果觉得费用贵，不值，可以选择不去报班学习。
对于有能力，有想法，有自驱力的可以自学；对于基础弱的，没方向的，可以报班跟着节奏学，比自己盲目的学效率要高。
所以说：值不值，主要看自己。

他们不懂“复古版”是什么意思

今年刚30整，也报了个技能提升班，如果通过这样的学习还是达不到技术上的提高，真的该考虑转行了...

为人父母后才能真正懂父母，健在的时候就好好善待他们吧。

1.第一个问题：如何写好测试用例？首先我觉得要理解透需求文档内容，知道被测产品大概是什么样子，看看是否有同类竞品参考；其次可以多和产品人员沟通，在需求理解过程有疑问的地方重点标识，明确被测点。写用例，依据需求文档，但不能纯粹的翻译需求文档，对被测点要能够举一反三，也就是正常、异常多种用例点，这样才能尽可能的覆盖需求；
2.第二个问题：测试用例的目的是什么？在我看来主要有3个目的：一是自己梳理测试需求与被测点，执行过程能够循序渐进的开展工作，做到无遗漏；二是执行便捷，即使自己没时间执行，其他同事哪怕新来的同事，按照你的用例也能够按步骤、预期完成该项测试；三是留存测试依据，说句难听点的后期项目出现线上bug时追溯问题根源，对比用例设计情况是自己漏测，还是其他原因导致的一目了然；
3.第三个问题：测试用例是什么？在我看来测试用例是测试过程的一个产出物，是指导测试执行的主要依据。测试用例设计质量高，能够尽可能的发现潜在问题，避免流向用户。
以上纯属个人看法，欢迎补充。

我也算老用户了，之前写过帖子，不过感觉没啥技术含量，再后来就潜水进来看看大佬们的精华帖，好久没更新输出了。

凤凰涅槃浴火重生，加油！

两年都没有。。