本人觉得自动化应该从容易的开始，和老外有些意见相左。本段有些翻译不对的，我改了下，希望没改错。
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-hoc manual testing, but a competent manual tester is probably running increasingly complex tests as the program stabilizes.
如果你从创建一组简单的测试用例开始工作，那么你很可能在你创建强大的测试用例之前就把时间用光。一个大型、简单、且易于通过的测试用例集合会比专门的手动测试看起来更加严格，但是，一个有能力的手动测试者能在程序稳定的情况下运行日益复杂的测试。
12. Combining tests can find new bugs (the sum is greater than the parts). (Consensus)
联合测试能找出新的bug。(总和比各部分要强大) (一致同意)
13. There is value in using automated tests that are indeterminate (i.e. random) though we need methods to make a test case determinate. (Consensus)
使用不人为决定的(例如随机的)自动化测试是有价值的，但是我们得有办法让测试用例自己决定。(一致同意)
We aren’t advocating blind testing. You need to know what test you’ve run. And sometimes you need to be able to specify exact inputs or sequences of inputs. But if you can determine whether or not the program is passing the tests that you’re running, there is a lot to be said for constantly giving it new test cases instead of reruns of old tests that it has passed.
我们并不鼓励盲目的测试。你需要知道你在运行什么测试。而且有时，你需要能指明准确的输入和输入序列。然而，如果你能判断测试是否通过了，那么关于不断产生新的测试用例而不是重新运行已经通过的旧测试，会有很多要说的。
14. We need to plan for the ability to log what testing was done. (Consensus)
我们需要规划记录已经完成的测试的能力。(一致同意)
Some tools make it easier to log the progress of testing, some make it harder. For debugging purposes and for tracing the progress of testing, you want to know at a glance what tests cases have been run and what the results were.
有些工具能容易地记录测试进程，而有些则很困难。对于调试目标和跟踪测试过程，你会想要大体知道已经运行了哪些测试用例，以及它们的结果是什么。
