后台回复「MTSC」，领取大会 PPT
“是滴呀，不过遗憾的是，大家讨论的不是我写的设计方法的问题，转而讨论测试用例是否真的有必要……”
“啊，怎么可以这样？具体都说了啥，说出来我们学习学习。”
“我大概看了一下，有这么三波的不同意见：
“看起来说的都对哈，但是我觉得关键点还是各自的想法而不是做法，只要想做其实都是可以做到的。”
“是滴是滴，想当年我们业务时间那么紧迫，我们还是用 excel 逐条整理测试用例，现在我们与时俱进开始用思维导图写测试点了，但是不管咋样，这个环节是肯定没有落下过，如果没有这个参照，我真的不知道自己到测了啥，啥还没覆盖。”
“看来你还是认为，测试用例有必要的咯。”
“那是必须的，作为专业的软件测试人员，测试用例就是我们能力输出的最好体现，不同意这点的，要么就是对测试本身的理解还不充分，要么就是给自己找借口。”
“哇，你这么说的这么肯定，可是会引来一波杠精的噢。”
“合理的发表自己的观点而已，可以讨论，但不争论。”
“嗯嗯，你说的这么认真，我马上都信了。”
“不过我再补充一点，上面说的测试用例并不一定是落地的形式上的用例，对于高阶测试人员来说，真的可以达到此时无招胜有招的境界，什么意思呢？就是没有写用例，但是他随意的点点点，已经都是用例的体现了，所以有的人会说，呀，时间这么紧写什么用例？人家不写用例也测试的很好呀，对，只是那些都是隔壁家的孩子。”
“噢，原来是这个样子呀，我复述下，你看我理解的对不对哈。也就是说测试用例设计方法是最基本的底层逻辑基础，一定要达到滚瓜烂熟的程度，至于怎么用，有的人是体现在用例上面了，有人是在自己的思路中体现了，有人拿来一个个方法的死抠着进行测试用例设计，有人进行灵活运用，比如作为测试覆盖率评估的标准等等，反正不管咋样，测试用例设计方法很重要，测试用例也很重要，至于要不要写成落地的测试用例文档，各家公司按照自己项目的情况自行判断即可，我们最终的目的是保证质量，用例只是这个环节中的一个重要手段。”
“大个子，几天没聊，功力大有长进呀，理解的不仅到位，而且还进行了补充完善，佩服佩服。”
“那可不是，技术在进步，咱也不能原地踏步不是？对了，关于上面讨论的测试用例的话题，你还有啥补充不？”
“你这么说就不合适了，谁会认为自己水平不够呢？三胖子会么？他肯定会为了证明自己水平足够，而故意不写用例，哈哈哈……嘘……”
“我说怎么老打喷嚏，果然有人在背后说我坏话，信不信我一屁股坐瘪你？”
”信……哈哈哈……“二麻子和大个子不无默契的异口同声到。
三胖子发现自己说错话了，赶紧又悄悄溜走了。
以上，针对微信群讨论的问题，二麻子和大个子私底下又做了一次深入的探讨，我通过对话的形式做了一下记录，不知道和你理解的是否一致，欢迎留言说说你的意见。
当然，如果你认可二麻子的观点，欢迎分享文章到朋友圈 + 点个「在看」让更多人看到，谢谢。
感谢你的分享、转发和在看，我准备了一个抽奖，9 月 3 号上午 8 点 15 分自动开奖。
推荐阅读：
