9、10、13、14、16

Q1：关于测试场景
在《构建之法》第10章典型用户和场景
>对于每一个目标，列出达到目标所必须经历的过程，这就是场景。...用户和系统有成千上百种可能的交互情况，写场景时要有针对性。
那么对于这个“针对性”，是指哪些部分，是典型事件、主要事件、还是特殊事件？或者全是？另外测试场景与测试用例有哪些不同？
Q2：关于测试的角色
在《构建之法》第13章给出了许多测试内容，那么对于测试人员来说，在做测试工作时，需要多方面、多平台、多内容的测试，这些工作的主要内容对于负责该内容的人员来说很熟悉，但测试人员不一定，所以需要测试人员去了解，那么了解到什么程度较好？开发人员对于代码很是熟悉，那么在单元测试部分，有必要让开发人员来进行吗？如果是，会不会造成职责不清的越界行为？
Q3：关于专门的测试人员
在《构建之法》第14章提及是否应该有专门的测试人员，貌似作者的回答不是很明确，只是分情况、分阶段谈论下（踢足球）。
Q4：关于创新
在《构建之法》第16章
>不但大众不喜欢创新，甚至连创新者自己都不例外，有些创新者甚至恨创新。
既然创新者不喜欢创新，那么他为什么要创新，要叫做创新者？作者又举例电报和电话，电话的创新让电报这个产业恨它，那么电报的创新取代了书信雁马，他怎么不恨自己呢？如果你的问题是电报改进了人们的通信方式，那电话不是吗？人们喜欢电报改进书信雁马吗？如果是，那为什么会不喜欢电话呢？这里面是不是有太多的槽点了。
Q5：关于PM
在《构建之法》第9章提到PM项目经理
>PM做开发和测试之外的所有事情
就目前我们项目来说，PM不仅做开发，还做很多事情，与Q3有点类似的意思，现在还没有专门的PM。