争议数据的接口——文档

“争议票据”接口文档

根据“争议票据ID”查询票据信息

  • URL

    /restdata/piao/conflict

  • 请求方式

    GET

  • 请求参数

    参数是否必选类型说明
    idString票据ID
  • 返回字段

    • INVOICE
    参数类型说明
    idString票据ID
    urlString票据url
    infoNoteType票据实体
    dataMap<String, Object>票据的详细字段
    • data
    keyvalue(类型)说明
    candidatesMap<String, Object>票据实体
    typersString[]用户名数组
    • candidates
    key类型说明
    userString用户名
    noteTypeNOTETYPE票据url
    allotTimeDateTime分配时间
    submitTimeDateTime提交时间
    • NOTETYPE
    参数类型说明
    nameString票据ID
    contentField数组
    • Field
    参数类型说明
    nameString字段编码
    descriptionString字段内容
    type(TYPE)enum类型
    contentField数组
    valueObject
    • TYPE
    类型vlue
    enumLiteral, Currency, Number, Boolean, Object, Array
  • 返回示例

分页查询“有争议票据”

  • URL

    /restdata/piao/conflicts?page=0&size=3

  • 请求方式

    GET

  • 请求参数

    参数是否必选类型说明
    pageint页码
    sizeint每页显示条数
  • 返回字段

    参数类型说明
    contentInvoice票据实体
    totalPagesint总页数
    totalElementsint总记录数
    lastboolean是否是尾页
    sizeint每页显示条数
    numberint页码
    firstboolean是否是首页
    sortint排序
    numberOfElementsint页记录数
  • INVOICE

    参数类型说明
    idString票据ID
    urlString票据url
    incomingTimeDateTime进入时间
    fixedUrlString固定地址
  • 返回示例

保存最终结果

  • URL

    /restdata/piao/conflict

  • 请求方式

    POST

  • 请求参数

    参数是否必选类型说明
    idString页码
    noteTypeNoteTypeNoteType实体
    activeUserUserDetailsUserDetails实体
  • NOTETYPE

    参数类型说明
    nameString票据ID
    contentField数组
  • Field

    参数类型说明
    nameString字段编码
    descriptionString字段内容
    type(TYPE)enum类型
    contentField数组
    valueObject
  • USERDETAILS

    参数类型说明
    usernameString用户名
    contentField数组
  • 返回字段

参数类型说明
StatusString状态码
BodyInvoice票据实体

- INVOICE

参数类型说明
idString票据ID
urlString票据url
infoNoteType票据实体
dataMap<String, Object>票据的详细字段

——
- data

keyvalue(类型)说明
candidatesMap<String, Object>票据实体
typersString[]用户名数组
finalTyperInfo用户名数组
discardsString[]丢弃的用户名数组
adoptsString[]被采用的用户名数组

- Field

参数类型说明
nameString字段编码
descriptionString字段内容
type(TYPE)enum类型
contentField数组
valueObject
  • USERDETAILS

    参数类型说明
    usernameString用户名
    contentField数组
  • 返回示例

欢迎使用Markdown编辑器写博客

本Markdown编辑器使用StackEdit修改而来,用它写博客,将会带来全新的体验哦:

  • Markdown和扩展Markdown简洁的语法
  • 代码块高亮
  • 图片链接和图片上传
  • LaTex数学公式
  • UML序列图和流程图
  • 离线写博客
  • 导入导出Markdown文件
  • 丰富的快捷键

快捷键

  • 加粗 Ctrl + B
  • 斜体 Ctrl + I
  • 引用 Ctrl + Q
  • 插入链接 Ctrl + L
  • 插入代码 Ctrl + K
  • 插入图片 Ctrl + G
  • 提升标题 Ctrl + H
  • 有序列表 Ctrl + O
  • 无序列表 Ctrl + U
  • 横线 Ctrl + R
  • 撤销 Ctrl + Z
  • 重做 Ctrl + Y

Markdown及扩展

Markdown 是一种轻量级标记语言,它允许人们使用易读易写的纯文本格式编写文档,然后转换成格式丰富的HTML页面。 —— [ 维基百科 ]

使用简单的符号标识不同的标题,将某些文字标记为粗体或者斜体,创建一个链接等,详细语法参考帮助?。

本编辑器支持 Markdown Extra ,  扩展了很多好用的功能。具体请参考Github.

表格

Markdown Extra 表格语法:

项目价格
Computer$1600
Phone$12
Pipe$1

可以使用冒号来定义对齐方式:

项目价格数量
Computer1600 元5
Phone12 元12
Pipe1 元234

定义列表

Markdown Extra 定义列表语法: 项目1 项目2
定义 A
定义 B
项目3
定义 C

定义 D

定义D内容

代码块

代码块语法遵循标准markdown代码,例如:

@requires_authorization
def somefunc(param1='', param2=0):
    '''A docstring'''
    if param1 > param2: # interesting
        print 'Greater'
    return (param2 - param1 + 1) or None
class SomeClass:
    pass
>>> message = '''interpreter
... prompt'''

脚注

生成一个脚注1.

目录

[TOC]来生成目录:

数学公式

使用MathJax渲染LaTex 数学公式,详见math.stackexchange.com.

  • 行内公式,数学公式为: Γ(n)=(n1)!n
  • 块级公式:

x=b±b24ac2a

更多LaTex语法请参考 这儿.

UML 图:

可以渲染序列图:

Created with Raphaël 2.1.0 张三 张三 李四 李四 嘿,小四儿, 写博客了没? 李四愣了一下,说: 忙得吐血,哪有时间写。

或者流程图:

Created with Raphaël 2.1.0 开始 我的操作 确认? 结束 yes no
  • 关于 序列图 语法,参考 这儿,
  • 关于 流程图 语法,参考 这儿.

离线写博客

即使用户在没有网络的情况下,也可以通过本编辑器离线写博客(直接在曾经使用过的浏览器中输入write.blog.youkuaiyun.com/mdeditor即可。Markdown编辑器使用浏览器离线存储将内容保存在本地。

用户写博客的过程中,内容实时保存在浏览器缓存中,在用户关闭浏览器或者其它异常情况下,内容不会丢失。用户再次打开浏览器时,会显示上次用户正在编辑的没有发表的内容。

博客发表后,本地缓存将被删除。 

用户可以选择 把正在写的博客保存到服务器草稿箱,即使换浏览器或者清除缓存,内容也不会丢失。

注意:虽然浏览器存储大部分时候都比较可靠,但为了您的数据安全,在联网后,请务必及时发表或者保存到服务器草稿箱

浏览器兼容

  1. 目前,本编辑器对Chrome浏览器支持最为完整。建议大家使用较新版本的Chrome。
  2. IE9以下不支持
  3. IE9,10,11存在以下问题
    1. 不支持离线功能
    2. IE9不支持文件导入导出
    3. IE10不支持拖拽文件导入


  1. 这里是 脚注内容.
<think>嗯,用户现在面临一个很实际的问题:没有需求文档时如何进行软件测试。这确实是个棘手的情况,但也是很多测试人员都会遇到的现实挑战。用户之前提供的几篇引用材料都强调了测试需求的重要性,但现在却需要反向思考如何在没有需求的情况下开展工作。用户可能是位测试工程师,正在接手一个遗留系统或者紧急项目,文档缺失的情况让他感到焦虑。深层需求其实是想知道如何在这种混沌状态下依然能专业地完成任务,同时规避职业风险——毕竟没文档背锅的情况太常见了。从专业角度看,这个问题需要从三个层面解决:首先是应急手段(如何立即开始测试),然后是补救措施(如何重建需求),最后是预防机制(如何避免再次发生)。那些引用材料其实提供了线索,比如引用[4]提到要“认真审视需求定义阶段的产物”,暗示我们可以寻找替代性文档。有意思的是,用户特意强调“上述引用仅供参考”,说明ta很警惕生搬硬套解决方案。这提醒我需要把引用内容打散重组,转化为可落地的具体步骤。比如引用[3]说的“测试需求需要尽可能详细明确”这个原则,在没文档时就可以转化为通过反向工程来建立需求基线。安全方面要特别注意建议的可行性,比如建议找客户访谈时,得提醒用户注意非正式沟通的法律风险。技术上推荐探索式测试和启发式分析这类成熟方法比较稳妥,避免建议尚不稳定的AI逆向工程等激进手段。最后那些最佳实践的第四条其实纠结了一下,要不要把“持续反馈”放在最后。考虑到没文档项目通常沟通链断裂,还是决定强调这个闭环机制的重要性——毕竟引用[1][3]都反复提到减少“扯皮”和明确要素。</think> 针对没有需求文档的情况进行软件测试时,可参考以下结构化方法和最佳实践,结合引用内容的核心原则进行调整: --- ### **一、替代性需求获取方法** 1. **逆向工程与代码分析** - 通过直接分析代码逻辑、接口定义和数据库结构推导功能边界,结合用户界面反推业务规则(如按钮状态、数据校验逻辑)。 - *实践要点*:使用代码覆盖率工具(如JaCoCo)标记未覆盖路径,反向补充测试场景[^1]。 2. **角色扮演与场景模拟** - 模拟终端用户操作流程(如电商下单、报销审批),通过高频核心业务流建立最小需求集合。 - *引用依据*:测试需求需明确“测试活动的五个要素”,在文档缺失时通过角色行为反推需求目标[^3]。 3. **跨角色工作坊** - 组织开发、产品、客户参与的头脑风暴会议,通过白板流程图还原核心业务规则(例:用户登录后的权限控制逻辑)。 - *关键策略*:避免“跑调”需统一认知,用可视化模型替代文档[^1]。 --- ### **二、动态测试策略设计** 1. **探索式测试驱动** ```markdown | 测试类型 | 实施方式 | 目标 | |----------------|-----------------------------|--------------------------| | 业务流测试 | 遍历所有菜单+核心业务流程组合 | 发现主路径中断缺陷 | | 逆向破坏测试 | 输入异常数据/非常规操作序列 | 验证系统鲁棒性 | | 竞品对标测试 | 比对同类产品功能实现差异 | 识别逻辑矛盾点 | ``` *依据*:测试需求详细程度需匹配项目风险,探索式测试可快速建立需求基线[^2]。 2. **灰盒接口测试** - 通过抓包工具(Charles/Fiddler)分析API输入输出,结合数据库变更验证业务正确性。 - *示例*:支付接口调用后,校验订单状态+账户余额+日志记录的三者一致性。 --- ### **三、需求重建与风险控制** 1. **实时需求建档机制** - 在测试过程中同步生成《功能快照文档》,包含: - 界面截图 + 操作步骤 - 输入/输出数据映射表 - 业务规则推导逻辑 *最佳实践*:作为需求替代物,规避后续“扯皮”[^1]。 2. **风险优先级矩阵** ```markdown | 功能模块 | 使用频率 | 失效影响 | 测试深度 | |------------|---------|---------|---------| | 用户注册 | 高 | 灾难性 | ★★★★ | | 消息通知 | 中 | 中等 | ★★ | ``` *引用支持*:测试资源需匹配质量风险,明确“测试时间/人员/环境”分配[^3]。 --- ### **四、流程优化实践** 1. **持续反馈闭环** ```mermaid graph LR A[测试发现功能点] --> B(即时同步开发/BA) B --> C{是否共识?} C -->|是| D[更新快照文档] C -->|否| E[升级争议至管理层] ``` *核心理念*:弥补“立项时需求定义不足”的缺陷,建立即时矫正机制[^4]。 2. **度量指标转型** - 用 **缺陷泄漏率**(Prod缺陷/测试用例数)替代传统需求覆盖率 - 监控 **业务场景覆盖率**(核心流程测试次数/总测试次数) ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值