测试开发学习基础文档

一份合格的需求

文档记录

1.产品需求文档：

PRD：PRD是英文“Product Requirement Document”的缩写，翻译为中文就是“产品需求文档”。PRD是产品经理用来表述产品功能或需求的方式，就像研发人员需要的开发文档一样起到了重要的作用。PRD的好处包括降低沟通成本、确定需求、为新人提供指南、给予测试验收标准等。PRD的结构包括产品名称、版本历史、目录、项目介绍、需求方案描述、项目风险、功能需求、运营计划、非功能性需求和上线要求。具体的PRD文档格式可以因公司和项目而异，但最主要的是让其他人员明白产品的需求点，提高工作效率，降低沟通成本，可以保证产品正常上线。

2.接口设计方案及接口定义文档

好的API接口对于用户来说必须满足以下几个点：
易学习：有完善的文档及提供尽可能多的示例和可copy－paste的代码，像其他设计工作一样，你应该应用最小惊讶原则。
易使用：没有复杂的程序、复杂的细节，易于学习；灵活的API允许按字段排序、可自定义分页、 排序和筛选等。一个完整的API意味着被期望的功能都包含在内。
难误用：对详细的错误提示，有些经验的用户可以直接使用API而不需要阅读文档。

3.前后端交互方案

通过参与开发方案评审及测试用例评审，获取足够的信息。

2.后端系统逻辑测试

依赖方系统及接口

服务名和接口方法–入参示例，日志查找关键字。
降级及异常处理：包括zk开关，降级处理逻辑————相关测试点。

接口

1.服务名，接口方法functionid
入参示例，参数校验，测试点。
逻辑分支–详细测试点：每个测试点 测试的数据，测试出参结果，问题记录。
2.异常测试点：接口响应异常，防重复。
3.接口性能

数据存储及读取

缓存和数据库

MQ

生产者消费者

Worker

执行时机及效率
数据扫描及读取
逻辑详细测试点
异常处理

3.前端逻辑交互

交互

一.同接口交互：
1.逻辑依赖字段
2.字段获取异常兜底处理逻辑：字段缺少，字段值null
3.逻辑详细测试点
二.前端页面功能交互：
1.页面跳转逻辑
2.刷新机制及逻辑
3.网络异常及兜底：网络超时，响应结果result为空
4.逻辑详细测试点：
分支功能测试点1
不适用的功能测试点
评审期间补充

前端元素显示规则

一：文字类：文字样式
长度限制及显示规则
适用老版样式
二：控件类
三：默认图，文案

4.兼容测试方案

1.接口兼容：
新版本-新逻辑
历史版本–兼容老逻辑
适用老版兼容
2.跨平台兼容：
ios，android，rn-ios，rn-android，h5，mini
3. 系统及机器兼容：ios，android