当我们与程序员合作开发链接、接口和调试输出时，自动化会更加成功。(一致同意)
Many of these collaborative approaches don’t rely on GUI-based automation tools, or they use these tools simply as convenient test drivers, without regard to what I’ve been calling the basic GUI regression paradigm. It was fascinating going around the table on the first day of LAWST, hearing automation success stories. In most cases, the most dramatic successes involved collaboration with the programming team, and didn’t involve traditional uses (if any use) of the GUI-based regression tools.
很多这种协作方法并不依赖基于GUI的自动化工具，或者说，人们只是用这些工具做测试驱动，并没有考虑我提到的基于GUI的回归测试规范。在LAWST会议的第一天，我们兴高采烈地听着自动化的成功案例。但这其中，很多重大的成功都涉及到与编程团队的协作，而并没有涉及到传统的基于GUI回归测试工具的使用。
We will probably explore collaborative test design and development in a later meeting of LAWST.
我们将在今后的LAWST会议中探讨可协作的测试设计与开发。
8. Most code that is generated by a capture utility is unmaintainable and of no long term value. However, the capture utility can be useful when writing a test because it shows how the tool interprets a series of recent events. The script created by the capture tool can give you useful ideas for writing your own code. (Consensus)
大多数用截取工具生成的代码是不可维护的，且没有长期价值。但是，在编写测试时，截取工具很有用，因为它能显示工具是如何翻译一系列最近发生事件的。而且，用截取工具生成的脚本能在你编写代码时给你有用的信息。(一致同意)
9. We don't use screen shots "at all" because they are a waste of time. (Actually, we mean that we hate using screen shots and use them only when necessary. We do find value in comparing small sections of the screen. And sometimes we have to compare screen shots, perhaps because we’re testing an owner-draw control. But to the extent possible, we should be comparing logical results, not bitmaps.) (Consensus)
我们根本不使用屏幕截图，因为这是在浪费时间。(事实上，我们的意思是我们不喜欢使用屏幕截图并只在必要时使用它。例如，我们发现它在对比屏幕小分区方面有一定价值。而且，我们有时不得不对比屏幕截图，或许是因为我们正在测试一个自绘制控件。但是更可能的情况是，我们会对比逻辑结果，而不是位图。)(一致同意)
10. Don't lose site of the testing in test automation. It is too easy to get trapped in writing scripts instead of looking for bugs. (Consensus)
不要在测试自动化时弄丢测试点。比起查找bug，在编写脚本时犯糊涂真是太容易了。(一致同意)
Test Design
测试设计
11. Automating the easy stuff is probably not the right strategy. (Consensus)
对容易的东西进行自动化不是正确的策略。(一致同意)
If you start by creating a bunch of simple test cases, you will probably run out of time before you create the powerful test cases. A large collection of simple, easy-to-pass test cases might look more rigorous than ad hod manual testing, but a competent manual tester is probably running increasingly complex tests as the program stabilizes.
文章来源于领测软件测试网 https://www.ltesting.net/
