第一章：概论
提出问题：什么是BUG？
答：就我个人而言，在许多游戏中也有许多的BUG，BUG这一词在网络游戏中属于高频率的词，中文意思就是“漏洞”，在游戏中这些BUG漏洞往往会带来给玩家很大的伤害，会造成游戏的不公平，游戏也是个大型的软件，所以一个游戏每个星期几乎都会进行维护更新，主要就是修复这些游戏里的BUG。而书中所说，BUG，简单地说是软件的行为和用户的期望值不一样，就叫BUG。通俗易懂，BUG会在一次次测试中出现，一个程序它可能是一个人写出来的，也可能是一个团队，或是更大的团队，即使如此，但当他投入市场给用户使用时，面对的就是更大的群体。人各自有各自的想法，在使用你的软件时就会有不一样的看法，就会产生BUG，所以我们编写软件的人或团队，要虚心地收集用户们的BUG，最后让做的软件更加地接近于用户的满意值，这样的软件才能做的长久。
第二章：个人技术和流程
提出问题：什么是单元测试？
答：单元测试是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。例如，你可能把一个很大的值放入一个有序list 中去，然后确认该值出现在list 的尾部。或者，你可能会从字符串中删除匹配某种模式的字符，然后确认字符串确实不再包含这些字符了。
第三章：软件工程师的成长
提出问题：现在的我具备了一个软件工程师的能力了吗?（出自3.1节）
答：衡量自己的能力是成长非常重要的过程，人要有自知知名“知己知彼方能百战百胜”。现在的我若像书中扭魔方的例子，觉得自己还在第一层，还在基础层，现在的我基础还不是很牢固，所以要更加努力地打好基础，为以后人生的道路做好铺垫。所以，现在的我显然是还不具备一个软件工程师德能力的。
第四章：两人合作
提出问题：如何在两人合作中提高工作效率？
答：在练习二中，我与我的小伙伴进行了结对编程，收获了挺多。一开始，两人要提出各自的看法，互相尊重对方的建议，写出初步的方案（像书中的萌芽阶段）；之后在写代码的过程中会出现意见分歧，要控制好自己的情绪，把各自的意见进行比较，或者结合两人的意见提出新的思路（像书中的磨合阶段）。最后在程序敲完之后会要进行测试，一些代码格式的规范，漏洞问题，或是新的idea，都可以在这一阶段加入进去（规范阶段），最后完成程序（创造阶段）。做好这四个环节，我相信能很有效地提高两人合作的工作效率。在两人合作的过程中，我很享受其中的过程，乐在其中。所以，有个好心态去做事情也是不错的。
第五章：团队和流程
提出问题：团队软件开发是用什么模式好呢？
答：书中提供了很多模式，有窝蜂模式，主治医师模式，明星模式，社区模式，业余剧团模式，秘密团队，特工团队，交响乐模式，爵士乐模式，功能团队模式，官僚模式等等。团队开发时应该因时因地去选择适合团队的开发模式。
第六章 敏捷流程
提出问题：“敏捷流程”这种开发方法适用于所有的开发吗？它是怎么发展到现在的？
答：现在没有任何一种方法是普适的，敏捷开发拥抱市场变化，拥抱客户需求变化，采用迭代反馈的方式管理项目。其背后的一个核心理念是：一个高质量的软件，首先应该是一个“正确的软件”，能够满足客户的需求。因为它被大部分团队开发所采纳，所以发展到现在。
第七章 MSF
提出问题：在那么多软件工程开发的方法中，什么方法适用于我们学生现在初步的软件开发呢，怎样能提高我们对软件开发的兴趣？
答：现在没有任何一种方法是普适的；我觉得现在我们团队的开发方法就适用于学生的开发，通过sprit会议，冲刺，燃尽图等等，兴趣是从心而发的！
第八章 需求分析
提出问题：怎样能在现在的生活中挖掘人们的新需求，如何能提高找到用户需求的效率？
答：需要做充分地市场调查研究。
第九章 项目经理
提出问题：如何当一名好的PM？对自己应该有什么要求？
答：首先需要严格地要求自己，做好每一件事情，学会与他人沟通，处理人际关系，做事严谨冷静，给人做个好榜样。
第十章 典型用户与场景
提出问题：在自己模拟了典型用户和场景后，可在现实中很难找到，怎么办？
答：首先要充分了解市场需求之后，再做典型用户和场景，不然无用功。
第11章 软件设计与实现
提出问题:如何设计出满足功能与非功能需求的软件呢？若设计的某个环节没有做好，其他环节无法进行怎么办？
答：在设计之前，充分做好市场调研和需求分析，站在客户的角度想一下有什么功能是可以让客户满意的，最好能溢出客户的满意这样就能满足到非功能的需求。在设计过程中，要不断地检查更新每个环节，这样就不会卡在设计过程中。
第12章 用户体验
提出问题：不同用户的认知都有所不同，如何熟练地掌握认知用户的阻力大小呢？
答：要做大量的市场调查研究！调查的用户多了，用户的阻力大小自然会减少！
第13章 软件测试
提出问题：什么叫测试用例的自动化？
答：测试自动化是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率。
第14章 质量保障
提出问题：什么叫为了自己的绩效而优化？
答：每个人都应该不断地完善自我，升华自我，提高自我！不断地努力，超越自己，这样绩效自然会优化。
第15章 稳定和发布阶段
提出问题：如何有效地测试并跟踪软件的绩效？
答：应有专门的部门人员进行测试的跟踪，加上每日议会也能实时跟踪
第16章 IT创业的创新
提出问题：现在想要创新的人很多，竞争很大。如何能创新出别具一格的产品？
答：创新，需要先调查现在市场有什么，还要想到没什么且符合客户需求。
第17章 人、绩效和职业道德
提出问题：如何能坚守软件工程师的职业道德？
答：首先做个有素质有修养的人，在工作中获得的不属于公共范围的信息应予以保密，在工作中编写的代码和文档应视为公司的财产，不得有意破坏或窃取公司的文档资源和代码资源，不得在程序中嵌入非法或不安全代码，不使用非法或非合理渠道获得的软件，在任何条件下不兼职从事与公司业务相关的事情，不违背规定私自进入计算机系统，任何情况下不泄漏公司商业秘密，更不得为获取私利而出卖商业秘密，克尽职守自觉维护所服务的组织的合法利益。