本文章写了我对与邹欣老师写的《构建之法》的第十三章到第十七章的总结以及自己的一些小小的体会。
在第十三章——软件测试中，邹欣老师对软件测试这个方面进行了介绍，包括对名词的解释，Bug的解释并且举出来的例子还有对软件测试的方法
在这一章，我获得的知识并不是很多，但是也是了解了原来比较陌生的bug什么的。当然陌生不是没有见过，我的每一个程序都是一个bug。以后一定要更改。
在第十四章——质量保障中，邹欣老师说明了我们软件工程人对于软件的质量要进行详细的测试，并要有一定的保障。
∵软件 = 程序 + 软件工程 ‘CV’
∴软件（质量） = 程序（质量） + 软件工程（质量）
在第十五章——稳定和发布阶段中，邹欣老师对我们的软件编程的阶段进行了分类
第一步：开发者提交参加会诊的Bug和修改方案，以及伙伴测试结果。开发者必须向与会者报告的是： ‘CV’
第二步：会议决定是否同意修改方案
组建会诊小组进行会诊，然后研究会诊结果，最后根据会诊结果提出下一步的方案。
最后还有一个“事后诸葛亮会议”，这一点我们的王老师也是说过几次的，感觉良好。
在第十六章——IT行业的创新中，邹欣老师介绍了很多关于影响产品竞争的各种因素以及一些需要创新的感觉。。
其中包括：产品行业的因素 公司和市场因素 团队执行因素 产品的价值因素
在第十七章——人、绩效和职业道德中，邹欣老师介绍了一个RASCI模型以及将团队合作阶段进行拆分
①RASCI模型 “CV”
R：Responsible，负责把具体事情做好
A：Accountable，对任务负全责，有批准的权利
S：Support，对任务提供支持，辅助任务的完成
C：Consulted，咨询，拥有完成项目所需的信息或能力的角色
I：Informed，知会者，应该事后及时通知结果的角色
②团队合作的阶段：
（1）萌芽阶段，就像小苗破土而出，柔弱但充满希望
（2）磨合阶段，就像一个人的青少年时期，充满了对个人、同伴和团队的疑惑和冲突
（3）规范阶段，从磨合阶段毕业，进入规范阶段的团队，成员们意识到光争吵时没有用的，大家还是要协同作战
（4）创造阶段，经历了萌芽、磨合、规范阶段，现在团队终于可以创造一些有意义的东西 “/CV”
所以说无论我们身处何位，都要有自己的职业操守，都必须具有职业道德。
读完这本书，印象最深的是老成的项目带头人阿超、知识总是马马虎虎掌握的果冻、爱好丰富的小飞和产品经理小李，让我们把团队工作中的每个人进行“对号入座，我就是果冻。
然后书中很多的例题都被我们的王老师带到了课堂上进行课堂测试，所以对这本书的感受会特别特别的深，就那一句话“我爱你爱得深沉，爱得猛烈”。
最后，感谢王老师在这个学期的教材上填写的事邹欣老师的《构造之法》，这才让我能够看到这本书，很高兴。
//我承认这几篇阅读笔记有一部分是套用的邹欣老师放到评论下的那一篇，但是我的感触我写出来了，套用的我都加着“CV”标记，尽管如此，我还是会承认我的错误，但是这不代表我这几篇阅读笔记不生效。
