分析测试结果

　　回放完成后，就可以看到扫描的结果。可以将错误信息按照测试的步骤排列为表或者树形结构，如图 10 所示。这样可以方便的将错误信息 映射到某个测试步骤中，并且可以结合前面的步骤视图方便的找到对应的源代码。另外也可以通过错误的编辑菜单打开对应的源代码，找到错误 对应的错误代码，如图 11 所示。

图 10. 排列错误列表

图 11. 找到错误对应的源码

　　点击 Edit 就可以在上方看到对应的 HTML 源码。另外也可以通过查看帮助文件，打开 WebKing 的具体规则定义，帮助用户去修改错误。

　　在很多情况下，我们测试是按照组件来测的，而在录制回放的过程中就可能把其他的组件也一起扫描测试。如果不想被其他的 错误所影响，我们还可以利用 WebKing 的过滤功能对错误进行过滤。或者由于 WebKing 仍然不支持 ARIA，有些错误从 ARIA 的角度看就不是真正的错误，这时也需要过滤 WebKing 报出来的错误。 如图 11 所示，选择 Suppress，打开过滤界面，如图 12 所示。

图 12. 过滤无效的错误信息

　　过滤可以分为几个级别，所有涉及该错误的信息都过滤掉，还是仅仅针对某个测试步骤过滤相应的错误信息，就需要测试人员具体情况具体分析了。

　　保存测试项目，方便沟通

　　当测试人员在测试时发现了问题，给开发人员开了 bug 时，即使 bug 的描述很详细，有时开发人员仍然需要建立测试项目，按照测试人员的 步骤重新测试一遍才能找到对应的问题所在。为了方面测试和开发人员的沟通，测试人员在测试的过程中如果能清楚的保存测试项目，并且在开了 bug 时 积极的和开发人员共享该测试项目，开发人员则可以直接通过录制的步骤回放即可，方便快速的找到对应的错误。在回放时开发人员还可以通过 修改对应的 URL 将相应的 Web 应用指向自己的本地开发环境下的应用，方便的进行修改调试。如图 13 所示

图 13. 改变 URL

　　总结

　　本文主要以图示的方式介绍了使用 WebKing 测试动态 Web 应用的基本步骤，如何分析测试出来的结果以及如何帮助开发人员和测试人员沟通，修改发现的问题。