构建之法13-17章读后感

第13章  软件测试

     在软件项目中，有这样一个拐点存在——在这一点之前，新的Bug产生的数量大于Bug解决的数量；在这一点之后，Bug的解决数量大于新的Bug产生的数量。各种测试方法：单元测试；代码覆盖率测试；构建验证测试；验收测试；探索式测试；回归测试；场景/集成/系统测试；伙伴测试；效能测试；压力测试 ；内部/外部公开测试；易用性测试。如何减少BUG的数量？

第14章  质量保证

      软件=程序+软件工程  推导  软件质量=程序质量 +软件工程质量。软件的开发过程有三个主要的特性；“好”“快”“便宜”。通俗的理解就是”软件在功能丶成本丶时间三方面满足利益相关者的需求。把自己项目的架构和流程做好，让所有人都能比较容易地进行QA工作，这样，团队的“软件工程质量”才会有提高。培养“大家都要做QA，专人负责量化的Test，有条件多做测试自动化”的文化。要明白自己项目的特点，避免照搬别人的做法。如何提高软件的质量保证？

第15章  稳定和发布阶段

    根据事情的轻重缓急，安排大部分事情在下一个版本做。正因为我们对项目、团队、商业模式有信心，才会把很多事情安排在以后的版本中。一个团队经历了计划/设计/开发等阶段，达成代码完成这一目标，似乎后面的事情就水到渠成了。其实不然，软件生命周期的最后阶段往往是最考验团队的，不但考验团队项目管理水平，应变能力，也考验团队的”血型“。怎样能稳定的发布？

第16章  IT行业的创新

    创新才是关键，IT行业只有创新才有新的发展，新的方向带领人们走向IT的更高层次。IT行业往哪个方向创新？

第17章  人，绩效和职业道德

     在与人交往的过程中，我发现还是有很多同学只是关注“自我”和“当下”，不善于跟别人合作，也不会估计别人会怎么想，或者估计“我们的团队将来会发生什么，我要如何应对”。造成这种现象的一部分原因是，不少同学从小就被灌输“搞好自己的学习就可以了”，“把眼下的考试考好，以后就好了”，另一部分原因是，同学们从来没有练习如何与别人合作，估计别人会想什么，估计团队以后会发生什么。用专业知识教育人是不够的。通过专业教育，他可以成为一种有用的机器，但是不能成为一个和谐发展的人。要使学生对价值有所理解并且产生热烈的感情，那是最基本的。是否要与人合作，就能成功的做出程序？