这有可能吗?
你好朋友。 我正在使用AWS AppSync + DynamoDB构建应用程序,并且开始有大量的resolver mapping templates,所有这些都是使用Apache Velocity模板语言(VTL)编写的。
我开始担心的是这些vtl文件对应用程序非常重要(因为它们定义了如何检索数据),并且其中一个错误可能造成严重破坏。因此,就像系统的任何关键部分一样,我想为它们编写一些自动化的单元测试。但是我对其他这样做的人知之甚少。
谢谢!
答案 0 :(得分:3)
我花了一些时间自己弄清楚这一点,但是我找到了一种为VTL请求和响应模板编写单元测试的好方法。我使用了amplify-appsync-simulator
npm包的VelocityTemplate类。到目前为止,我唯一看到的警告是,您需要在VTL中使用$context
,而模拟器VTL渲染器无法识别缩写的$ctx
。检查一下:
我的VTL:
#set( $timeNow = $util.time.nowEpochMilliSeconds() )
{
"version" : "2018-05-29",
"operation" : "PutItem",
"key": {
"pk" : { "S" : "game#${util.autoId()}" },
"sk" : { "S" : "meta#${timeNow}" }
},
"attributeValues" : {
"players": { "L" : [
{ "M" : {
## num and color added at start game
"player": $util.dynamodb.toDynamoDBJson($context.args.input.player)
}}
]},
"createdBy": { "S": "${context.identity.sub}"},
"gsipk": { "S": "${context.args.input.status}"},
"gsisk": { "S": "${context.args.input.level}#${context.args.input.maxPlayers}"},
"gsipk2": {"S": "game"},
"turns": { "L": [] },
"nextPlayerNum": { "N": 1 },
"createdAt": { "N": ${timeNow} },
"updatedAt": { "N": ${timeNow} }
}
}
我的测试:
import { AmplifyAppSyncSimulator } from 'amplify-appsync-simulator'
import { VelocityTemplate } from "amplify-appsync-simulator/lib/velocity"
import { readFileSync } from 'fs'
import path from 'path';
const vtl = readFileSync(path.join(__dirname, '..', 'addGame-request-mapping-template.vtl'))
const template = {
content: vtl
}
const velocity = new VelocityTemplate(template, new AmplifyAppSyncSimulator)
describe('valid user and request', () => {
// This is the graphql input
const validContext = {
arguments: {
input: {
player: 'player#1234',
maxPlayers: 4,
status: 'new',
level: 7
}
},
source: {}
}
// This is a logged in user with a JWT
const requestContext = {
requestAuthorizationMode: 'OPENID_CONNECT',
jwt: {
sub: 'abcd1234'
}
}
const info = {
fieldNodes: []
}
it('works', () => {
const result = velocity.render(validContext, requestContext, info)
expect(result).toEqual({
result: {
version: "2018-05-29",
operation: "PutItem",
key: {
pk: { S: expect.stringMatching(/^game#[a-f0-9-]*$/) },
sk: { S: expect.stringMatching(/^meta#[0-9]*$/)}
},
attributeValues: {
players: {
L: [
{ M: { player: { S: validContext.arguments.input.player }}}
]
},
createdBy: { S: requestContext.jwt.sub },
gsipk: { S: validContext.arguments.input.status },
gsisk: { S: `${validContext.arguments.input.level}#${validContext.arguments.input.maxPlayers}`},
gsipk2: { S: 'game' },
turns: { L: [] },
nextPlayerNum: { N: 1 },
createdAt: { N: expect.any(Number) },
updatedAt: { N: expect.any(Number) }
}
},
stash: {},
errors: [],
isReturn: false
})
})
})
答案 1 :(得分:1)
Amplify刚刚发布了在本地测试您的AppSync api(包括VTL解析器)的功能。您可以查看他们的博客文章https://aws.amazon.com/blogs/aws/new-local-mocking-and-testing-with-the-amplify-cli/,其中包含本地API模拟功能的操作方法;查找在其上显示“在编辑VTL模板时,Amplify CLI会立即识别出该问题,并为解析器生成更新的代码。”然后,您可以将其构建到您选择的CI或其他测试管道中。
答案 2 :(得分:1)
找到了这个项目https://github.com/ToQoz/api-gateway-mapping-template,该项目虽然有些陈旧,但仍然可以使用。
它旨在测试API网关映射模板,因此缺少您通过AppSync解析器获得的所有特殊$util
功能,但我认为可以逐步添加缺少的utils。