【原创】思维导图写测试点的额外补充

经过近一个月的反复宣讲，以及通过用例评审反复和大家沟通意见建议，我们用思维导图写测试点的格式已经基本固定了下来。

基础的内容，请回看前两篇文章：
《思维导图编写测试用例的两种格式》
《用思维导图写测试点的几点说明》

今天是在这些内容基础上的再补充。

1.表示层和逻辑层测试目的的区分

表示层测试点的测试目的应该是针对业务逻辑的覆盖，所以表示层测试点的描述，可能会被误以为是需求的描述，其实不一样，需求只是描述业务的展现形式，测试点是要验证产品满足了要求的展现形式，并且在验证时，我们把需求进行了颗粒度的拆分，逐点进行验证。

逻辑层测试点的测试目的应该是针对实现逻辑的覆盖，所以逻辑层测试点的描述，都应该是逻辑实现本身，只是某些情况，无法通过针对性的逻辑结果来确认测试结果，我们就会用表示层的现象来间接证明，一般不建议这么做，但如果只能这样，那就特殊说明下，毕竟针对同一个业务逻辑，表示层和逻辑层测试点的操作步骤几乎是一样的，只是关注点不同。

这么说起来比较抽象，我还是拿个例子来说吧。

需求：有一个程序，在自己退出时，会把自己的启动时间通过 http 打点上报给服务端。

针对这个需求，如果是表示层的用例，只需要下面两条就够了：

但是，经过和开发详细沟通后发现，他们的实现逻辑是这样的：