需求背景
测试人员在提交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规则构建。
为解决测试人员提交BUG时操作繁琐及信息不全的问题,本文设计了一套半自动BUG提交系统。系统自动收集基础信息,如设备信息、应用信息等,测试人员只需补充问题现象和重现方法。此方案提高了BUG提交的效率和准确性。
687

被折叠的 条评论
为什么被折叠?



