1.书中说到100%的代码覆盖率并不等同于100%的正确性，实际软件工程中是否真的需要100%代码覆盖率？
2.结对编程的两个小伙伴该如何划分，是找能力相当的还是能力有差别的？
3.书中在敏捷流程一章中剖析了Scrum方法论，不明白这个英文单词的意思，上网查了一下，它是橄榄球运动的一个专业术语，表示“争球”动作。所以开发流程命名为Scrum，可以感受到开发团队富有激情，你争我抢地完成任务。将一个复杂且开发周期很长的任务分解为小周期可以完成的任务，就相当于把大目标分解为小目标，这里就有一个问题。如果小周期的任务提前完成，那么是要改变计划，还是休息，等下一个Sprint？
4.如果用户在开发过程中提出另一需求，且该需求与开发方向相冲突，是更偏向于说服用户取消该需求，还是根据用户要求进行修改。
5.我的编程能力一般，长处偏向于协调组织，所以本科毕业时就想去做项目经理，所以对项目管理这章比较感兴趣。书中提到PM需要会写代码，有文字功底、有大量的阅读、有领导力等各个方面的能力。但是能力多了就不精，技术精湛的大牛凭什么听服于PM的安排呢？
6.软件测试这章的最后总结了各个阶段的测试，那么这些测试中哪个是最重要的？