第十三章（软件测试）
要知道为什么有软件测试，首先需要知道软件开发，软件开发者一般都很难检查出自己的错误，所以才需要另外一个人测试，所以软件测试就诞生了。
书本介绍了很多测试方法，各有各的优缺点，至于目的，就是测试者尽最大的努力找出软件中的错误和缺陷。
当测试时发现好多Bug该高兴还是该忧愁？
并不是说测试出Bug后该软件就是不好的软件，因为测试就是为了证明程序有错，而不是证明程序无错误。
一个成功的测试是发现了至今未发现的错误的测试。
第十四章（质量保障）
从第一章我们可以总结出：软件质量 = 程序质量 + 软件工程质量，由此可以看出“程序的质量”和“软件工程的质量”影响软件的质量很大。
我们男神女神配的项目中，可能很多人都问我们的项目进展得怎么样了？能不能演示？。。。而我们这边的回答：“嗯，不知道，可能到了项目的最后一天才能看。。。”虽然我们组员都知道这样并不好，但是我们队真的想把最好的作品展示在大家面前才会没有那么快就把半成品拿出来。。。
但是，我们也同时知道，我们当把每个人的模块都整理好后也不算是一个成品，因为每一个项目在制作完成后都是由用户体验来感知这个软件到底是不是一个好软件。
第十五章（稳定和发布阶段）
我觉得我们团队现阶段的情况就像书本上说的那样：
缺乏对用户、行业、软件开发的洞察能力，对于“高质量”并没有具体的定义。
没有具体的招数让软件达到所谓的“高质量”。
害怕真实世界的反馈。
第十六章（IT行业的创新）
IT界是一个特别适合“创新”的地方。
谁不喜欢创新呢?
大家都喜欢创新，而好的想法就会赢。那怎么才会有好的想法来源？是平常多积累？多看新闻？
先发者可以赚得新眼球，后发者可以储备更多的纠错过程。那我们究竟是当后发者还是先发者好？
第十七章（人、绩效和职业道德）
一个团队里可能不一定所有人都是认真做事的人，或许有人蹭着方便想借着伙伴的优势来擦亮自己的光环，可是做多做少真的有那么计较吗？想学到东西，做多点东西又有什么关系呢？
现在我们都是大学生，也即将踏入社会，自己是否都有储蓄到社会经验了？
我们又还没有真正的踏出社会，我们靠什么储蓄社会经验？
只要细想一下，踏出社会要靠做工程或项目来积累经验，而我们现在在读生正在做的项目不也就是可以积累当作积累经验了吗？