需求背景
测试人员在提交BUG时，操作繁琐，因个体原因，经常出现少提交日志，信息不全，信息不准确的情况。
为此，设计程序半自动提交BUG的方案。方案目标是：程序自动提供（填写）基础信息，人工补充问题现象和重现方法等。
操作流程设计
针对测试人员，操作流程设计：
- 配置问题自动提交相关配置项
- 发现问题时，马上在测试菜单点击问题提交按钮
- 程序自动提交完成，返回新创建的BUG号
- 登陆BUG系统，进入该BUG，补充BUG信息
配置项
| 项目 |
意义 |
说明 |
| 后端服务地址 |
HTTP提交请求URL |
不一定直接对接BUG系统，可能由另一个服务中转 |
| BUG系统账号 |
测试人员账号 |
|
| 账号名称 |
|
|
| 账号密码 |
|
暂不考虑安全性 |
| BUG描述 |
|
|
| 项目名 |
|
|
| 处理人 |
|
|
|
|
|
|
程序附加信息
| 项目 |
意义 |
说明 |
| 设备信息 |
测试设备的系统信息 |
|
| 设备型号 |
|
|
| ROM版本号 |
|
|
| Android版本号 |
|
|
| 应用信息 |
被测试应用的信息 |
程序初始化时注册 |
| 应用名 |
|
|
| 应用版本 |
|
|
| 播放器版本 |
|
|
| 问题描述 |
|
|
| 问题摘要 |
|
可选 |
| 细节描述 |
|
可选 |
| 日志文件 |
ZIP压缩 |
|
| 应用日志 |
|
程序初始化时增加注册文件名 |
| 模块日志 |
|
程序初始化时增加注册文件名 |
| 系统日志 |
|
最近的日志 |
| 系统Trace |
traces.txt |
上传之后删除 |
| Dump文件 |
ZIP压缩 |
|
| 系统Dump |
tomstamb文件 |
上传之后删除 |
后端接口
POST接口，附加zip文件
后端服务地址举例：
http://10.200.10.222/bug.py?reporter=<>&auth=<>&project=DDD&assignee=<>
参数通过URL规则构建。