《程序员职业素养》第 7 章。
需求的沟通
客户想要的东西，经不起实际运行的考验。
东西画在纸上与真正做出来是不一样的。客户看到真正的运行情况会意识到，自己想要的根本不是这样。看到现在的实现，他们就会冒出更好的想法——通常不是他们当时的想要的样子。
有一种现象叫观察者效应，或不确定原则。每向业务方展示一项功能，他们就获得了比之前更多的信息，这些新信息反过来又影响他们对于整个系统的看法。
作为开发人员，要知道需求是一定会变的，所以早早追求需求的精确性是徒劳的。所以着手开发才把需求具体化，但造成另一个问题：迟来的模糊性。客户提出不同意见，在沟通过程中，相互妥协会造成理解的偏差。
验收测试
为了消除这些问题，就需要验收测试。 所说的验收测试更偏重于需求确认，对需求的跟踪。
要与客户保持沟通，是客户对可交付成果的验收测试，开发与 QA 做能覆盖所有需求的自动化测试。但有时候客户没这么积极配合。
测试不是额外工作，是节省时间和金钱的方法。
不要被动接受别人提供的测试，不能因为测试这么要求，就必须这么办。
持续集成，从测试角度来说，单元测试，功能测试，系统测试，验收测试一整套流程。验收是项目阶段末或收尾做的，开发过程中要经常单元测试，集成测试。
