读《构建之法》有感2

        今天，细读了《构建之法》的第二章。

        本书的第一张是对软件开发流程的基本了解，但在第二章中，主要是解释了测试在软件开发中的地位。测试这件事非常重要，它与所写的程序的健壮性、可用性、效率都有着十分紧密的关系。之前我写代码，经常就是黑压压的一大片，出错了又得重头一点一点看起找错误，可以说是完全无从下手。结合书中所讲，这样有什么不好：针对一个程序的完成，应该进行相应的测试，分析其效率，以及时间复杂度和空间复杂度等，否则单纯写代码并没有什么经验上的收获。最好、最有效的方式就是写程序先屡清楚他的逻辑结构，按照功能模块进行测试，有助于及时的修改和找到相应bug所在。

      本章为个人技术和流程，主要介绍了单元测试、回归测试、效能分析和个人软件开发流程等内容千里之地溃于蚁穴，做程序我们便要从平常的习惯开始，杜绝惯性思维，因为可能以前的你习惯了写代码的方式，相似的代码可以不会有太大的错误，但是一旦养成程序化的思维便会缺乏了创新思维，不容易接受新的思想，容易对后期程序的修复造成巨大的影响。从第二章的数据来看编程时间菜鸟比老手时间少。但是在架构和测验阶段却少了很多时间，这是工作经验所导致的但并不是致命的，因为菜鸟当久了也变成了老手，但是习惯的养成是不一样，尤其是不规范的习惯养成。在我们大二的学习生活中，建民老师经常会讲，当你选择了软工这个专业，就必须认识到自己不是单打独斗，你们更多的是要学会相互配合，在分工中逐渐完善自我。而本章中对于测试这一方面强调过测试代码最好是由编码者来进行编写，因为他是最了解代码的，对于一个有着上十万行代码的软件，不可能说完完全全由一个人操刀完成，而是团队协作，如果不经过测试，每个人可能会有大大小小不同的错误，在不同的分工下，不同的编码分风格杂糅在了一起，会发生各种意想不到的后果。