响应中缺少API蓝图和Dredd -必填字段，但测试仍然通过

Question

显然，我遗漏了一些东西，因为测试总是通过的，即使我故意定义了一个假的“必需”参数，我知道API的响应中缺少这个参数。Dredd似乎只是测试响应体（数组）的类型，而不是其中的类型和参数。

我的 API 蓝图文件：

FORMAT: 1A
HOST: http://somehost.net

# API Title

## Endpoints [GET /endpoint/{date}]

+ Parameters

  + date: `2016-09-01` (string, required) - Date

+ Response 200 (application/json; charset=utf-8)

    + Attributes (array[Data])


## Data Structures

### Data

- realParameter: 2432432 (number)
- realParameter2: `some string` (string, required)
- realParameter3: `Something else` (string, required)
- realParameter4: 1 (number, required)
- fakeParam: 1 (number, required)

[
  {
    "realParameter": 31,
    "realParameter2": "some value",
    "realParameter3": "another value",
    "realParameter4": 8908
  },
  {
    "realParameter": 54,
    "realParameter2": "something here",
    "realParameter3": "and here too",
    "realParameter4": 6589
  }
]

reporter: apiary
custom:
  apiaryApiKey: somekey
  apiaryApiName: somename
dry-run: null
hookfiles: null
language: nodejs
sandbox: false
server: null
server-wait: 3
init: false
names: false
only: []
output: []
header: []
sorted: false
user: null
inline-errors: false
details: false
method: []
color: true
level: info
timestamp: false
silent: false
path: []
blueprint: myApiBlueprintFile.apib
endpoint: 'http://ahost.com'

有人知道为什么Dredd忽略了“fakeParameter”实际上没有出现在响应体中，并且仍然允许测试通过这一事实吗？

Answer 1

您已经遇到了MSON的限制，这是API Blueprint用来描述属性的语言。在许多情况下，MSON描述的是数据结构中可能存在的内容，而不是必须确切存在的内容。

最突出的情况是数组，其中数组的任何内容基本上都是可选的，因此底层生成的JSON架构不会对数组内容施加任何约束。Dredd只是尊重这一点，所以间接地它也成为Dredd的问题，但是Dredd对此无能为力。

明显（但繁琐）的解决方法是使用“架构”部分和“属性”部分，使用更严格的规则指定您自己的 JSON 架构。