开发自测模板

模板使用说明： 1. 测试建议：不需要填写，这部分是说明这个测试项目的含义，保持不变即可。 2. 测试设计：需要填写，说明自己的测试设计思路，主要测试些什么，有部分测试点我已经提前写了测试思路，只需要继续补充即可。 3. 测试执行：需要填写，说明对上面的测试设计部分的执行结果。

## 报告概要

软件的基本逻辑，输入+逻辑=输出，在实际中，软件运行依赖也可以看做是一种输入，所以，导致输出错误的有三类。输入、依赖、逻辑。

## 输入测试

1. 请求输入

    1. 测试建议

        输入数据必须符合预设的数据类型，每个字段的测试需要包含正常类型和异常类型。

    1. 测试设计

        列出准备测试的用例类型和设计思路。

    1. 测试执行

        说明用例执行的结果，哪些执行了哪些没执行，执行过程遇到的问题。

1. 外部服务返回

    1. 测试建议

        1. 校验返回值合法性：与输入数据方法类似。
        1. 校验返回值合理性：返回值是否在逻辑上是合理的，比如字段的存在性，与请求的一致性。

    1. 测试设计
    1. 测试执行

1. 数据库查询返回

    1. 测试建议

        1. 校验返回值合法性：非法数据报错，但不导致程序进入不一致状态。
        1. 校验返回值合理性：与服务调用返回类似。

    1. 测试设计
    1. 测试执行

## 依赖测试

1. 配置文件

    1. 测试建议

        1. 配置文件不存在
        1. 配置项不存在
        1. 配置项值错误：类型、范围、逻辑错误、配置重复。

    1. 测试设计
    1. 测试执行

1. 环境变量

    web环境下暂不考虑

1. 运行环境

    1. 测试建议

        依赖不可用情况下，程序的反应，是否会导致错误的程序状态，不一致的数据结果，是否会有资源泄露。

    1. 测试设计
    1. 测试执行

## 逻辑测试

1. 算法逻辑

    1. 测试建议

        对重要、复杂、特别的算法逻辑，设计专门的测试。

    1. 测试设计
    1. 测试执行

1. 代码覆盖

    1. 测试建议

        主要包含路径覆盖、分支覆盖、条件判定、循环等。

    1. 测试设计

        在这里对自己的代码做测试分析

        1. 独立分支

            说明有几个独立分支

        1. 条件判定

            一些重要的条件判定列举出啦

        1. 循环

            每个独立路径上有几个循环，每种循环的类型是什么（简单、嵌套），连接循环当做两个简单的处理，如果循环中有分支判断，要列出来。

    1. 测试执行

        在覆盖测试方面，要详细描述如何设计测试用例，不止是技术上覆盖，包括一些逻辑上的完整性覆盖。

## 一致性测试

1. 测试建议

    在一个业务流程中，涉及多个表的顺序写入。一致性方面需要考虑的点：

    1. 是否需要保持原子性，如果中途任何一个写入终端会怎么样，要怎么处理。
    1. 根据实际情况决策，是否要做一致性脚本。

1. 测试设计

    测试过程中，在每一个无法保障事务的点前断掉写入，测试一致性方案是否有效。

1. 测试执行