第一章作者主要阐述了如下两个观点：
1.测试需要确认软件完成的功能和其不该有的操作：
文中作者给出了一个测试设计的题目：测试一个判断三角形类型的小程序。作者给了他的参考答案，答案中有个14个测试要点，每个测试要点1分，我自测得分是12分。软件测试新手可能只会得到7－8分。作者给出的参考答案中，有近一半是在测试“不该有的操作”，这是大家容易忽略的部分。而我正是漏掉了负整数边长的验证，少一个边数据输入的异常情况。
做为一款高质量的商业软件，在测试资源允许（这里主要指人力、时间）的情况下一定要做充分的非功能性测试，比如可靠性、健壮性测试。不要假设用户应该不会…操作，应该不会…操作,要把用户当做什么都懂，只会下折腾的“傻子”。
2.然而没有绝对的完备的测试：
本章“三角形判断”程序，作者给出了14个测试要点，但依然不敢保证测试的完备性，没有绝对完备的测试。
在实际的项目中，管理人员往往希望测试人员测试充分，不要有遗漏，从而保证外发质量。但无论用那种测试设计的方法和手段，即使是只有一个Button的小程序，在充分了解程序的上下文，你总可以做出大量的测试和组合，而测试时间却是有限的。所以没有可能绝对完备测试。但是可以通过KYM了解项目整体的质量目标，目标客户和应用场景后做相对的完备测试。