第一章：
没问题。
第二章：
单元测试，是指对软件中的最小可测试单元进行检查和验证。其实还有很多不同的测试方法，都是针对软件成功的检验。
第三章：
学校学到的是基础知识，真正的应用到实际上还是有一段距离，需要自己的经历与磨验。
第四章：
没问题。
第五章：
现在学校中建立的团队是为了让我们提早接触团队的意识，因为一个好的软件工程师会有一个好的团队，所以在大学适应团队的工作最好不过，团队的项目也要付出投入，才能做出好的项目，才能受用户的欢迎。
第六章：
敏捷的多于创新，在用户要求的情况下创新还被接受，这才是敏捷的用处，该敏捷的时候就该敏捷。
第七章：
一个项目的软件编写，是按用户的需求而编写的，没有用户量的软件等同废了，所以用户的需求才是我们编写的目的所在。
第八章：
调研的用户必须是这个项目的用户类型，这样才能凸显调研的用处，我们要根据可用的信息来总结我们这个软件的功能用处。
第九章：
PM是项目的熟悉人，他主要向用户推出我们的软件，相当于软件的注释。
第十章：
不是每个软件都能求全，有得必有失，我们的软件应该是针对大量用户为主的。
第十一章：
每一步的BUG都可以检验自己的编写是否出错，都堆在后期来做，很多东西都会跟着出错，从而会导致这个项目的失败。
第十二章：
调查的只是一个汇总，一个大致的方向，软件做出来还要用户的反馈来更新。
第十三章：
没问题。
第十四章：
一个软件的质量负责是团队每个人都要保证的事，只不过是有一个人要总体的监控。
第十五章：
遇到问题，作为团队的领导者，要有合适的协调和沟通，从而选取最合适的方案进行。
第十六章：
每个软件都有淘汰的时候，用户量都会有所减少，只是你的更新有所用处，用户是不会放弃的。
第十七章：
作为一个软件工程师，我们有自己的道德规则，因为一个好的准则会使你受益终身。
