Journal entry of the thirteenth chapter to chapter seventeenth(第十三章和十七章阅读与疑问)

第十三章：

软件测试的意义在于：

　　a.     发现软件错误；

　　b.     有效定义和实现软件成分由低层到高层的组装过程；

　　c.     验证软件是否满足任务书和系统定义文档所规定的技术要求；

　　d.     为软件质量模型的建立提供依据。

因软件测试在软件开发过程中必不可少，所以，软件测试的方法固然也会很多，我们掌握的知识有限，每一种方法有其的优于劣，是不是一个软件用一个方法去测试就好了，还是说可以要用多个方法来测试，那么具体确定多少个方法，这个我们该如何去确定？

第十四章：

程序=数据结构+算法

软件=程序+软件工程

软件（质量）=程序（质量）+软件工程（质量）

在第一章的时候，也提到验证质量保障的过程叫做软件测试。是不是说我们在确定一个软件的好坏时，是不是说它的程序质量和软件工程质量很好，就能说明这个软件很好？

第十五章：

当一个软件正在稳定和发布阶段时，假如我们突然发现了一个很难解决的问题，或者说，解决那个问题很耗时间，甚至不知道能不能把它解决，我们改怎么办？选择继续修复可能会花费不知道的时间，选择重新做，可能时间会更久，之前的努力就全白费了。

第十六章：

IT行业的创新，毋庸置疑，在IT界，不只是IT界，在很多行业都是一样，假如没有创新就没有新的活力源泉，但是，并不是每个程序员都是“乔布斯”，我们普通人的思想可能就是做得和一些大型的软件差不多好就很成果了，这种思想貌似很实际，但是对于行业发展肯定是不好的，那么，我们应该怎样处理工作与创新这样的关系？也就是说，比如：老板叫你弄一个和新浪登陆页面差不多的网页就可以了，和淘宝差不多的网站就已经了不起了，当然我们不可能去copy出来，我们去模仿着做可能还不怎么理想，这时，我们可能会有创新的念头，我们应该怎么去取舍？

第十七章:

假如要对一个小组的成员评分，但是他们做得东西不同，我应该怎么样评价他们的贡献的大小？