码迷,mamicode.com
首页 > 其他好文 > 详细

构建之法13-17章读后感

时间:2015-06-18 13:20:18      阅读:134      评论:0      收藏:0      [点我收藏+]

标签:

第13章  软件测试

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

第14章  质量保证

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

第15章  稳定和发布阶段

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

第16章  IT行业的创新

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

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

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

构建之法13-17章读后感

标签:

原文地址:http://www.cnblogs.com/xukan123/p/4585320.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!