1. 资料问题
   主要影响客户体验, 低级问题. 类似于单词拼写错误, 用词有歧义，等。
   另一点是，我们的用户文档，主要偏向于技术向的描述，各种参数功能罗列。友商有比较好的最佳实践操作说明。我们后面也会都增加这样的最佳实践。
2. golang omitempty
   此问题主要表现为， 用户对一个elb监听器（监听某个ip端口实现负载均衡）的某一个参数做出修改，会造成该监听器对象的其他参数被重置为默认值。
   问题根本原因为：此功能后端实现为 包装的elb服务接口，在给elb服务传值时，预期只赋值 要修改的参数，然后json序列化之后，也是{“a”:“b”}，实际有的接口没有添加omitempty，导致我们构建对象只传 a = b， 实际序列化后结果为 {“a”：“b”，“c”,[],“d”,false}，数组被置空，bool值被置为false。导致elb侧认为有三个值需要修改。最后其他两个参数被清空。
   问题负向改进： 首先，这个问题最适合解决的阶段是开发的代码检视，所以在开发的代码检视，阶段，对于各个类新增字段，进行omitempty的一个说明，为什么用，为什么不用，会不会有json序列化问题。然后测试流程中，在开发串讲和测试设计阶段，对于有结构体新增字段，也要问出同样的问题。 最后补充测试用例，对于每个结构体新增一个用例，遍历每个字段做修改，然后看其他字段会不会出现预期之外的改变（预期是不应该变化）。