刚刚进入公司我就开始了编写测试用例的工作，这对我来说也是一个挑战，当然这不是说我不会写，而是在纠结我写的测试用例写的到底规不规范，到底正不正确，到底写的好不好。

  纠结再多还是不能帮我解决问题，所以不管写的好与不好，我都要着手开始编写测试用例，在实践中成长吧；刚刚开始进度很慢，写测试用例的时候不仅仅是写一个个的case，还要去了解我们项目的功能需求和一个功能大概的流程，所以可以说刚刚开始在编写测试用例的时候都是在无限的纠结中度过的吧，但也是这种纠结让我知道了我现在编写测试用例的问题，让我知道我需要什么。

  写了一段时间后，包括看彪哥帮我改的部分，慢慢的对编写测试用例有了一个大概的思路，到后面也是越来越通畅，但从现在看来还是有很多的问题：

  1.当初写的时候就没有参照需求规格说明书来编写，导致编写的测试用例不能够完全覆盖项目的需求，这一点从执行测试的测试人员中就能看出来，很多方面都没有想到，导致测试人员测了20几个case都没有发现问题，这本身就反应了测试用例编写的好与坏，所以说要贴紧需求规格说明书。

  2.不要上来就开始写，而是要先去了解被测项目或者产品的它们一个个功能的流程和组成其功能的各项元素，然后再去分析怎么去写。