Adobe公用得bug数据库和报告系统

　　Flex开发人员可能一次又一次地面对Flex框架、Flex Builder或者甚至Flash Player和AIR运行库中的bug。这些bug可能表现为编译时或者运行时错误，或者它们可能以不易察觉的方式影响到应用程序的行为。例如，控件的操作方式可能与文档描述不符，或者事件没有按照预期分派。是这些问题的原因可能是由于实现中的bug或者实现中的缺陷。在两种情况下，它们都会给开发人员带来困难。
这可以用来报告bug和问题，发出增强请求，并搜索现有的关于Flex和相关产生的报告，baog Flash Player、Flex Builder、BlazeDS、ActionScript编译器、数据管理和可视化组件，以及Flex Test Automation Framework。该系统允许用户投票选出对它们最重要的bug、问题和增强请求。这可以在一份特殊的报告中指出社区感兴趣的程度，Flex管理团队在规划改进时可以考虑这些内容。
　　1.注册和登录
　　为了最大程度地利用错误和问题管理系统，必须注册一个账户和日志。这允许创建新的报告，给现有报告添加细节，观察现有的bug报告以便在它们更新时得到通知，以及参与社区投票过程。所有用户可以访问自己的个人资料页，其中列出了他们正在观察的bug和投出的票。
　　2.报告bug前
　　报告一个错误之前，总要搜索现有的记录以免bug已经被报告。在许多情况下，该bug已经为人熟知，而且已经有一个解决方法。如果某个错误对您特别重要，就为它投票。只有当接收到来自社区的投票时，开发团队才会查看bug报告。
　　3.创建好的bug报告
　　在报告新的bug时，重要的是提供对问题的一个良好描述，以便其他用户可以找到该报告并为其投票，而Adobe能够理解并有可能解决这一问题。一份很好的bug报告不仅简单明了，并且最重要的是bug可以重现。如果bug不能重现，那么这个bug不大可能得到解决。
　　在重现bug时，尝试隔离问题，并且提供简单的逐步说明。任何示例代码应该被缩减到最低限度，从而突出显示问题，而没有不相关的细节。对于任何代码示例，描述实际的情况，没有bug时预期的结果，以及已知的解决方法（如果有解决方法）。在包含源代码时，记住：因为bug和问题管理系统时一个公共资源，所以不要提交任何专业的或者秘密的内容。
　　（1）示例bug报告：在执行前过渡过程会闪现目标状态
这个示例bug报告来自Adobe bug和问题管理系统的文档，只有较小的修改。创建一个简单的Title Window组件，该组件的一个状态更改height属性，另一个调整定义的过渡时间。
　　（2）实际结果。在执行前过渡会闪现目标状态。
　　（3）预期结果。过渡应流畅地播放。