软件工程第一次作业补充
- 1.对于作业“在一周之内快速看完《构建之法》，列出你不懂的5-10个问题”，邹欣老师在看了大家的博客之后提出了以下建议，大家根据要求修改这个作业。
a.在每个问题后面，请说明哪一章节的什么内容引起了你的提问，提供一些上下文
b.列出一些事例或资料，支持你的提问
c.说说你提问题的原因，你说因为自己的假设和书中的不同而提问，还是不懂书中的术语，还是对推理过程有疑问，还是书中的描述和你的经验（直接经验或间接经验）矛盾？
例如：我看了这一段文字 （引用文字），有这个问题 （提出问题）；我查了资料，有这些说法（引用说法）；根据我的实践，我得到这些经验（描述自己的经验）；但是我还是不太懂，我的困惑是（说明困惑）；或者我反对作者的观点（提出作者的观点，自己的观点，以及理由）。
1、我看了这一段文字（2.12小节《好的单元测试的标准》单元测试不能解决所有的问题，不必期望它会发现所有的缺陷。），有这个问题（如果单元测试不能发现每个模块的所有缺陷，那做单元测试的意义又在于什么？）我查了资料，有这些说法（单元测试能发现约80%的软件缺陷，当然要发现这80%的缺陷也是要依靠设计出良好的测试用例，另外，软件测试行业有个二八原则，就是软件80%的缺陷存在与20%的代码中，因为缺陷放大理论，在单元测试阶段发现的bug会在系统测试阶段被放大。）由于还只是一个初学者所以没有太多经验，不过会在以后的实践中积累经验。但是我还是不太懂（究竟怎样才能做到100%的正确率？）
2、我看了这一段文字（5.36小节《渐进交付的流程》中，正如所有的方法论那样，MVP也有它的适用范围，和它相对应的是MBP的思路。），有这个问题（看过书上对MVP的介绍了解这种开发方法，着眼于基本的客户需求，快速构建一个可满足客户需要的初步产品原型。通过客户反馈，逐步修正产品设计和实现，最终达到完全满足客户需要。是最符合敏捷思想的产品开发方法，特别具有实用性。但是它适用一个怎样的范围呢？MBP方法就是特别完美的吗？）我查了资料，有这些说法（MVP模式的问题在于，它并不总是开发颠覆性技术的最好办法。只是有些市场不合适。产品到底可以做到多好或者做到什么程度最好？答案或许永远也找不到。这种模式也不一定就是做大事情的最好方式。有些产品是小调，有的则是交响曲，而有时候你还是要先让音乐演奏起来。）但我还是不太懂，有这样的困惑（MBP方法有怎样的适用范围呢？）
3、我看了这一段文字（6.3《敏捷的团队》中，如果你的团队很弱，那么强行把敏捷（或其他高级方法）套在上面也没有用，也许还会适得其反。），有这个问题（能力比较弱的团队不能选择敏捷开发吗？怎样的团队适合敏捷开发？）我查了资料，有这些说法（实施敏捷的门槛太高，敏捷开发需要更强的团队和个人的纪律性，勇于承诺和高度的公开性，但对一个不成熟的组织来说这个门槛太高。这样的团队适合敏捷开发：1、小团队 2、需求聚焦 3、工作内容无边界 4、团队无明显短板 5、互相信任 6、拥抱变化）但我还是不太懂，有这样的困惑（敏捷开发对于团队每个成员的能力具体有怎样的要求呢？）
4、我看了这一段文字（11.5.5《小强地狱》），有这样的问题（如果每个开发人员每天都对自己写的代码进行复审和单元测试可以在一定程度上避免“小强地狱”吗？）我查了资料发现网上没有相关的内容，所以不是很懂。
5、我看了这一段文字（13《软件测试》）,有这样的问题(怎样才能做到避免Bug的发生？)我查了资料，有这样的说法（
一、规范需求。对可能出现的客户体验类的开发效果事前做出明确的说明。
二、透彻理解需求+全面集成测试。
三、开发人员开发流程控制，单元测试。）根据我的实践（可以尽量减少Bug但是无论做到怎样全面的测试还是不能够完全避免Bug的产生。）但我还是不太懂（我认为不会存在可以完全避免Bug的软件，任何成功的软件都是在时时更新修复Bug，根据各种情况下用户的需求来进行修改的。）