接口文档包含的主要内容有哪些？

一个规范的接口文档，要包含以下信息：

1)基本信息(接口名称、请求方法、请求路径、接口描述)

2)请求参数(请求头、请求体)

3)返回数据(不同情况的响应状态码、响应数据)

如果想系统的学习接口测试相关的技术，可以了解一下黑马程序员的软件测试课程，里面讲的非常详细。

1 拼写要准确

接口函数一旦发布就不能改了，要保持兼容性，拼写错误也不能改了，所以要仔细检查拼写，否则会被同行嘲笑很多年。

著名悲剧：unix 的 creat

2 不仅是英文单词不要拼错，时态也不要错。

比如：

返回bool的判断函数，单数要用 is 复数要用are，这样你的命名就和文档中的描述保持了一致性。

表示状态的变量或者函数要注意时态，比如 onXxxxChanged 表示xxx已经变化了，isConnecting表示正在连接。

正确的时态可以给使用者传递更丰富的信息。

3 函数最好是动宾结构

动宾结构就是 doSomething，这样的函数命名含义明确

比如： openFile, allocBuffer, setName

如果这个函数的动词宾语就是这个对象本身，那么可以省略掉宾语

4 属性命名最好是定语+名词

比如 fileName, maxSize, textColor

5 不要用生僻单词，这不是秀英语的地方，也不要用汉语拼音

比如：rendezvous，估计大多数人要去查词典才知道什么意思，这个词源自法语，是约会的意思。

Symbian OS里有个用它命名的函数，开发Symbian的是英国人，也许人家觉得很平常吧，反正我是查了词典才知道的。

6 不要自己发明缩写

除非是约定俗成已经被广泛使用的缩写，否则老老实实用完整拼写。

坏例子: count->cnt, manager->mngr password->pw button->btn

现代的IDE都有很好的自动完成功能，名字长一点没关系的，可读性更重要。

7 保持方法的对称性，有些方法一旦出现就应该是成对的，

比如 有open就要有close，有alloc就要有free，有add就要有remove，这些单词基本是固定搭配的，使用者就很容易理解。

如果 open对应clear就有点让人困惑了。

1 引言

1．1编写目的

说明编写这份详细设计说明书的目的，指出预期的读者。

1．2背景

说明：

a．待开发软件系统的名称；

b．本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。

1．3定义

列出本文件中用到专门术语的定义和外文首字母组词的原词组。

1．4参考资料

列出有关的参考资料，如：

a．本项目的经核准的计划任务书或合同、上级机关的批文；

b．属于本项目的其他已发表的文件；

c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。

2 程序系统的结构

用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间 的层次结构关系。

3 程序1（标识符）设计说明

从本章开始，逐个地给出各个层次中的每个程序的设计考虑。以下给出的提纲是针对一般情况的。 对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层 模块的对应条目的内容相同，在这种情况下，只要简单地说明这一点即可。

3．1程序描述

给出对该程序的简要描述，主要说明安排设计本程序的目的意义，并且，还要说明本程序的特点（如 是常驻内存还是非常驻？是否子程序？是可重人的还是不可重人的？有无覆盖要求？是顺序处理还是并发 处理卜…．．等）。

3．2功能

说明该程序应具有的功能，可采用IPO图（即输入一处理一输出图）的形式。

3．3性能

说明对该程序的全部性能要求，包括对精度、灵活性和时间特性的要求。

3．4输人项

给出对每一个输入项的特性，包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式。 数量和频度、输入媒体、输入数据的来源和安全保密条件等等。

3． 5输出项

给出对每一个输出项的特性，包括名称、标识、数据的类型和格式，数据值的有效范围，输出的形式、 数量和频度，输出媒体、对输出图形及符号的说明、安全保密条件等等。

3．6算法

详细说明本程序所选用的算法，具体的计算公式和计算步骤。

3．7流程逻辑

用图表（例如流程图、判定表等）辅以必要的说明来表示本程序的逻辑流程。

3．8接口

用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序，说明参数赋值和调用方式，说明与本程序相直接关联的数据结构（数据库、数据文卷）。

3．9存储分配

根据需要，说明本程序的存储分配。

3．10注释设计

说明准备在本程序中安排的注释，如：

a． 加在模块首部的注释；

b．加在各分枝点处的注释； 对各变量的功能、范围、缺省条件等所加的注释；

d．对使用的逻辑所加的注释等等。

3．11限制条件

说明本程序运行中所受到的限制条件。

3．12测试计划

说明对本程序进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。

3．13尚未解决的问题

说明在本程序的设计中尚未解决而设计者认为在软件完成之前应解决的问题。

4 程序2（标识符）设计说明

用类似3的方式，说明第2个程序乃至第N个程序的设计考虑。