时隔好久，终于更新博客，我给自己带了两个问题。
问题一、为什么继续更新博客？
问题二、为什么想写测试用例？
回答一、为什么继续更新博客？
回答这个问题之前，我想先说明一下，为什么很久没有更新博客？
原因有二，
其一、是因为网络相同的内容太多了，“查重率”太高，总是想要凭着技术能力成长后纯“原创”地写博客，结果由于自己太菜，导致无内容可更；
其二、对有明确技术类的知识没有更多积累，简而言之就是没有好好看书没有好好写代码。
所以为什么急迫地想回来？
过去的相当一段时间里，我花了很多心思折腾测试流程、制度，学习新产品线的业务知识，精力重点转向非技术方向。
当然不是说这样不好，只是度过了这段时间没有反思、总结，我发现我没有成长，现在的状态和半年前相比只有10%的增长，对初级状态的技术人来说半年的进度可是相当缓慢，用惨不忍睹来形容也不为过。
方向问题？技术 or *
在我的理解，软件测试一职，技术能力无论是代码功底还是测试其他都属于硬技能，而测试流程、沟通、业务知识都算是软技能。
比如造房子，硬技能是地基是房梁是架构设计，而软技能是设计是装饰是美观。你要卖房子，房子得能基于地基建造上去，能撑得起整个房子，同时房子的有一定的设计风格、有一定的美感才会有人买。
不想评论谁好谁坏、谁更能收货价值，只是经过了华为事件后，我更加相信技术能改变世界，我对方向的选择永远会是硬技能磨练为主+软件能培养为辅。
为什么还想“恬不知耻”地写博客
“52”我已经看完了，但是看完然后呢？回顾一下好像什么也没记住。
所以我想继续我的学习笔记 + 写博客生涯，继续“恬不知耻”地写我的原创，未来可能会开设更多专栏，比如Python、http或者更多。
回答二，为什么想写测试用例？
“52讲”第二篇是是介绍”如何设计一个‘好的’测试用例“，这是在如何测试登录后给我的第二个开题和启发。
对测试用例想写什么？
要点一：如何设计测试用例。
要点二：如何写好一份美观、可读的测试用例文档。
针对要点二，加上说明， 对于软件测试用例，我接触过很多不同的写法，有Excel、思维导图、jira等，我就以最原始的Excel为例，其中包括了大量的文档编写，有测试项、测试步骤、预期结果。
一步步下来会有大量的文字需要编辑，这会考验设计人员的文字功底。
记得我刚开始写用例时，我把我写好的用例发给主管，结果被一顿训，测试点该考虑的没考虑到、语句写的狗屁不通。
也正是因此一步步磨练下来，我才敢开始写博客，虽然写的仍然不是很好。
因此，对于测试用例，我想说的话有很多。