压力测试严格地说不属于效能测试，压力测试要验证的问题是: 软件在超过设计负载的情况下能否仍能返回正常结果，没有产生严重的副作用或崩溃。
解决道德冲突最好的方法是对基本原则进行全面的思考，而不是盲从某些具体的条目。 确保雇主和客户了解并同意你做的重要折衷，并让用户和公众能了解这些折衷。 对于任何形式的软件维护工作，要具备同开发新软件时一样的专业精神。
第一章：概论
这一章节里面大多是理论知识的介绍吧，初步地了解到软件和软件工程是两种不一样的概念。软件工程在软件的发展中产生，他的特殊性、“工程”的概念、还有软件工程与计算机科学的关系，软件工程的目标在1.2里面有提及。这一张章节里面主要接受他的概念，没什么其他疑问，可能是了解得不够深刻，没有被困扰。
第二章：个人技术与流程
里面提及到的单元测试还有回归测试，虽然书本有介绍它们的含义还有作用，也有写到用VSTS来写单元测试，并且有列出单元测试的代码，但是不知道是不是由于没有用软件来编写执行，给我的感觉是很概念模糊，没办法理解到他们的实际操作，可能要在课外里扩展知识，单元测试和回归测试让我觉得挺重要的，对以后做程序来说可以让自己的程序更好的了解到不足和退步。
个人开发流程这边让我想到的是我们的作业，我们自己的流程相对比较简单，大多数时间都在具体代码的编写，虽然在计划分析也占据一部分时间，但相对起来少。对比其他的程序员的开发流程，报告，测试这一方面明显比我们学生多。那么对于这一情况，如果有意要从事这一方面的同学，是不是应该从学生这一时刻开始重视报告和测试这一块？
对于2.1的内容，那么我们该怎么去着手学习单元测试，回归测试呢？是不是可以从我们平时写的小程序里实践一下学习怎么写怎么用单元测试和回归测试吗？
第三章：软件工程师的成长
这一章节里面主要是评论工程师水平的主要方法。有提及到初级软件工程师如何成长，以及职业工程师的职业发展版本，对于我们这写学生级的软件人员，考证的模式是不是比较普遍的呢？还有一半在外面的社会里面，其实一般是采取那种职业成长版本呢？
对于书本的学习我感觉进行自我评价对以后自己的进步有一定的作用，我们是不是也要定期进行自我评价来改进自己，让自己在这一方面有提高进步？
第四章：两人合作
这一章节里面，才意识到自己其实有时候的代码不是很规范的，编写规范的代码是程序人员良好的习惯。书本里面提到的代码复审以及结对编程都是要合作的，我们曾经也进行过结对训练，能在实践进行中感受到每个人的角色和作用，学习到很多，对于代码复审则是比较陌生。但是在书中还是了解到代码复审的作用是很强大的，非常适合一些中型以上的程序的测试检查。
还提及到的是两人合作的阶段以及技巧，那么，我其实有个问题是，在结对练习里面基础较差的同学担任驾驶员的角色会不会度同学有较大进步？
第五章：团队与流程
章节里面主要介绍了不同的团队模式，和开发流程以及各自的优缺点，还提及团队与非团队的概念。对于现在的我们可能较为熟悉的开发流程是瀑布模型。对于团队模型我比较有兴趣了解的是交响乐团模式，那么其实，对于我们学生团体，大多数属于的是什么模式，什么开发流程模型？一般的公司有事什么类型的团体模式，开发流程？
这本书是软件工程的教材，对我们专业肯定是有一定的帮助，里面介绍涉及很多知识，有些是我们接触过的也有我们没有接触过的知识，一边学习一边会出现这方面的疑问，大多数是涉及我们本身专业以后的疑虑。