测试之路的小思考

    昨天写测试用例，我明明这几天好看好多教写测试用例的书，结果真正轮到自己时，发现很难动笔，然后就依照产品给的需求，将各个流程和注意点复刻一遍，就成了测试用例。
    整个流程：

1. 看需求中的流程图了解大体逻辑

2. 仔细阅读需求中的细则

3. 写测试用例：按照功能划分测试点

4. 测试步骤依照执行流程给具体值

5. 预期结果：给出确切预期值，并附上注意事项和限制条件

   中间出现的问题：太大的功能点不会拆分（目前这个问题我还不知道如何解决，我想只能依靠编写更多的测试用例了）
   
   并且在编写的整个个过程，我都觉得很难，很明显这有待改进，然后我就去咨询了我师父，他直接问了我将个问题，让我意识到了大问题。
   我对需求的阅读只停留在表面，即需求写什么，我看什么，只是一个接收的过程，少了内部逻辑思考，以及数据之间的关联性。（对此我的解决方案是：借用思维导图梳理逻辑，列出每个点，然后分散可能出现的每种情况，总能发现一些看不见的点）