我的测试入门——需求分析与用例编写

哪怕已经做过了很多个版本的手工测试，时至今日，我依然写不好用例，有时冗余，执行起来费时费力，有时又过于简单，遗漏了许多重要测试点。

我始终认为用例编写是整个测试过程中最重要也是最难的一步。说它重要是因为用例是测试人员根据需求文档形成的测试依据，用例没有写好，说明测试人员对需求理解不够，从而也会影响到测试执行。说它难其实是难在两点，第一点是理解需求，理解客户和产品的意图，第二点是要将自己所理解的需求串联成完整的流程，并用文字记录下来。

如何理解需求？

我认为首先是要参与需求文档评审，这时的需求文档应该是产品与客户沟通后所形成的已经较成熟的产物，评审即是由产品向开发与测试人员讲解需求，这个阶段测试人员需要紧跟产品思路，了解需求背景，需求内容等。并且一边听一边在脑海中形成产品形态，发现不合理和有疑问的地方及时提出并督促产品解决。

如何分析需求？

有了确定的需求文档后，需要测试需求分析。这个过程即是逐字逐句的解读需求文档，并记录下我们的思路，形成测试需求分析文档。我们可以使用Xmind工具绘制思维导图，记录我们的分析过程。以CSDN网站的账号登录功能为例，我要为这个功能模板编写用例，首先就需要理清思路。

我从功能和格式两个方面着手，功能首先是考虑登录成功的情况，有成功的用例就必然对应有登录失败的。格式校验方面，输入框可以考虑长度校验、格式校验、必填性等，按钮可以考虑什么时候可点击，什么时候不可点。这个阶段只需要列出测试点，不用写得太详细。如图。

如何写用例？

对测试需求分析完成以后，便可以根据思维导图开始编写用例，每一个测试点都应该对应一条用例，用例的层级也可以依据思维导图来划分，测试点可以稍加优化作为用例的标题。最终形成的用例大致如下。