经过近一个月的反复宣讲,以及通过用例评审反复和大家沟通意见建议,我们用思维导图写测试点的格式已经基本固定了下来。
基础的内容,请回看前两篇文章:
《思维导图编写测试用例的两种格式》
《用思维导图写测试点的几点说明》
今天是在这些内容基础上的再补充。
1.表示层和逻辑层测试目的的区分
表示层测试点的测试目的应该是针对业务逻辑的覆盖,所以表示层测试点的描述,可能会被误以为是需求的描述,其实不一样,需求只是描述业务的展现形式,测试点是要验证产品满足了要求的展现形式,并且在验证时,我们把需求进行了颗粒度的拆分,逐点进行验证。
逻辑层测试点的测试目的应该是针对实现逻辑的覆盖,所以逻辑层测试点的描述,都应该是逻辑实现本身,只是某些情况,无法通过针对性的逻辑结果来确认测试结果,我们就会用表示层的现象来间接证明,一般不建议这么做,但如果只能这样,那就特殊说明下,毕竟针对同一个业务逻辑,表示层和逻辑层测试点的操作步骤几乎是一样的,只是关注点不同。
这么说起来比较抽象,我还是拿个例子来说吧。
需求:有一个程序,在自己退出时,会把自己的启动时间通过 http 打点上报给服务端。
针对这个需求,如果是表示层的用例,只需要下面两条就够了:
但是,经过和开发详细沟通后发现,他们