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

《20170914-构建之法:现代软件工程-阅读笔记》

时间:2017-09-15 02:12:43      阅读:136      评论:0      收藏:0      [点我收藏+]

标签:工程   可见性   应该   测试的   程序设计   注释   多少   地方   可靠性   

第一章

  1、软件=程序+软件工程→软件企业=软件+商业模式

  2、软件分类:系统··、应用··、恶意··

     特性:本质:复杂性、不可见性、易变性、服从性、非连续性、

        其他:不同的程序设计语言软件工具盒软件开发平台、不同的软件开发流程、软件团队中存在许多不同的角色、软件储存

  3、Bug的多少可以直接衡量一个软件的开发效率、用户满意度、可靠性和可维护性。

 

第二章

  1、验证单元测试好坏标准:单元测试应该在最基本的功能/参数上验证程序的正确性

                ····必须由最熟悉代码的人写

                ····后机器状态保持不变

                ····要快

                ····应该产生可重复、一致的结果

                ····应该覆盖所有代码路径

                  ····应该集成到自动测试的框架中

                ····必须和产品代码一起保存和维护

                独立性

  2、回归测试:目的:验证新的代码的确改正了缺陷。

             同时要验证的代码没有破坏模块的现有功能,有没有退步。

  3、效能分析:方法:抽样、代码注入、

          一般做法:先用抽样找到效能瓶颈所在,然后对特定的模块用代码注入进行详细分析。

 

第四章

  1、代码规范:风格:缩进、行宽、括号、断行与空白的{ }行、分行、命名、下划线、大小写、注释、

          设计:函数、goto、错误处理{参数处理、断言}、如何处理C++(C#)中的类、

  2、代码复审:代码复审、同伴复审、团队复审、

          目的:找出代码的错误、发现逻辑错误、发现算法错误、发现潜在的错误和回归性错误,发现可需改进的地方、让更多人熟悉项目代码和相关知识。

  3、结对编程:好处:提高设计、代码质量,高质量的产出看带来满足感,更有效的交流学习,可以取得更高的投入产出比。

《20170914-构建之法:现代软件工程-阅读笔记》

标签:工程   可见性   应该   测试的   程序设计   注释   多少   地方   可靠性   

原文地址:http://www.cnblogs.com/mazhuangmz/p/7523538.html

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