第三章 软件工程师的成长
疑惑1：软件工程师的工作就是写代码，相关专业的练习也是以阅读代码，写代码为主，那么代码量和工程师的水平是线性关系吗？
我查了资料，有这些说法（代码量和工程师的水平是阶段性的关系，突破瓶颈意味着质的飞越），根据我的实践，我得到这些经验：代码量和工程师的水平就是阶段性的关系。
第五章 团队和流程
软件团队模式：主治医师模式，明星模式，社区模式，业余剧团模式，秘密团队，特工团队，交响乐团模式，爵士乐模式，功能团队模式，官僚模式。
开发流程：写了再改模式，瀑布模型，瀑布模型的各种变形，统一流程，老板驱动的流程，渐进交付的流程，MVP和MBP，TSP原则。
疑惑2:了解到这么多软件团队模式和开发流程，各有优缺点。那么仅仅从校园合作角度出发，哪一软件团队模式更适合？不同的团队模式如何影响团队绩效的评估？
我查了资料，有这些说法：功能团队模式更适合，方便相互交流；不同类型的团队通常既要考虑团队层面的评估也要考虑个体层面的评估；既要考虑对工作过程的评估也要考虑对工作结果的评估；既要有管理层评估，也要有相关业务伙伴，评估。
第十章 典型用户和场景
疑惑3：在课本218页：定义了最初的典型用户之后，是不是直接就可以写程序了?
通过了解，有这些说法：不能直接写程序，典型用户只是我们的设想，这些都是纸上谈兵，我们还需要和这些典型用户交流，理解用户，理解他们的工作方式和需要，然后在修改，细化典型用户。所以有什么简单的方法细化典型用户呢？
第十三章 软件测试
疑惑4：如果在项目中负责测试工作，需要设计什么样的测试用例才能发现Bug？以及什么样的改进能避免Bug的发生？
我看了这一段文字 （ Bug一词相信很多朋友都在网上看过，尤其是编程人员更是经常要与Bug一词打交道。但经常有部分网友却不知道Bug什么意思，虽然Bug只有三个字母，但其涉及到的领域相当多，包含电脑各类软件、游戏等方面都会涉及到。）查了资料，有这些说法：建议团队使用代码缺陷扫描工具，避免一些通用的bug的出现），根据我的实践，我得到这些经验，每次流程失败的时候，就是你学习如何改进代码标准和测试实践的机会，避免重大bug再次发生。
第十四章 质量保障
疑惑5：软件质量的保证涉及太多方面，哪一方面是最重要的？哪一方面是最容易出纰漏的？
通过查阅资料了解到软件质量保证是一个复杂的系统，它采用一定的技术、方法和工具，来处理和调整软件产品满足需求时的相互关系，以确保软件产品满足或超过在该产品的开发过程中所规定的标准。其工作原则如下：（1） 尽可能做到质量特征的具体化及量化。（2） 要找出每个阶段的具体质量特征。（3） 针对具体产品和相应项目制定质量计划。（4） 检查质量测试结果。（5） 进行各种质量评审。（6） 优化的建设性的质量保证。（7） 尽早发现并改正错误和缺陷。（8） 集中进行质量保证。（9） 独立的质量测试。（10） 对所应用的软件质量保证措施的评价。那么哪一方面是最重要的？哪一方面是最容易出纰漏的？