美文网首页
第2章 个人技术与流程 笔记&总结

第2章 个人技术与流程 笔记&总结

作者: 考拉小无 | 来源:发表于2017-08-30 18:27 被阅读0次

    第2章 个人技术和流程

    知识点:单元测试、回归测试、效能分析、个人软件开发流程、开放-关闭原则(OCP)

    单元测试

    • 定义
      对软件中的最小可测试单元进行检查和验证。摘自百度百科:

    单元测试(unit testing),是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义,一般来说,要根据实际情况去判定其具体含义,如C语言中单元指一个函数,Java里单元指一个类,图形化的软件中可以指一个窗口或一个菜单等。总的来说,单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动,软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。

    • 好的单元测试标准

    1、在最基本功能/参数上验证程序的正确性
    2、单元测试必须由最熟悉代码的人(程序的作者)来写
    3、单元测试过后,机器状态保持不变
    4、单元测试要快(测试速度)
    5、单元测试应该产生可重复、一致的结果
    6、独立性——单元测试的运行/通过/失败不依赖于别的测试,可以认为构造数据,以保持单元测试的独立性。
    7、单元测试应该覆盖所有代码路径。(例:程序的if else每一个都要被执行过)
    8、单元测试应该集成到自动测试的框架中。
    9、单元测试必须和产品代码一起保存和维护。

    回归测试

    • 定义
      摘自百度百科:

    回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。

    例:3.1.5版本,模块A的编号为125的测试用例是通过了,在新版本3.1.6中,这个测试用例却失败了。工程师应在新版本上测试所有已通过的测试用例,以验证没有“退化”的现象发生,而这个过程就是“回归测试”。

    效能分析

    • 定义
      个人理解,即程序的执行效能分析,即程序运行速度。

    • 分析方法

    1、抽样(即利用工具在某时间周期内抽样,观察哪个函数在运行,得出相应的函数时间占用图)

    通俗地解释,抽样就是当程序运行时,Visual Studio时不时看一看这个程序运行在哪一个函数内,并记录下来,程序结束后,Visual Studio就会得出一个关于程序运行时间分布的大致的印象。这种方法的优点是不需要改动程序,运行较快,可以很快地找到瓶颈。但是不能得出精确的数据,代码中的调用关系(CallTree)也不能准确表示

    2、代码注入

    将检测的代码加入到每一个函数中,这样程序的一举一动都被记录在案,程序的各个效能数据都可以被精准地测量。这一方法的缺点是程序的运行时间会大大加长,还会产生很大的数据文件,数据分析的时间也相应增加。同时,注入的代码也影响了程序真实的运行情况(这有点像量子物理学中的“测试的光线干扰了测试物体本身”的现象)

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

    PSP

    在程序开发完毕后,可通过一个类表格的栏目来填写个人进行软件过程中在各个阶段所耗费时间,进而对个人进行评估。

    PSP2.1 PSP Stage Time(%) SDE
    Planning 计划 6%
    Estimate 估计这个任务需要多少时间 6
    Development 开发 88%
    Analysis 需求分析 10
    Design Spec 生成设计文档 6
    Design Review 设计复审(和同事审核设计文档) 6
    Coding Standard 代码规范(为目前的开发制定合适的规范) 3
    Design 具体设计 12
    Coding 具体编码 21
    Code Review 代码复审 9
    Test 测试(自测,修改代码,提交修改) 21
    Reporting 报告 6%
    Test Report 测试报告 2
    Size Measurement 计算工作量 1
    Postmortem & Process Improvement Plan 事后总结,并提出过程改进计划 3

    软件设计原则

    单一职责原则(Single Responsibility Principle,SRP)

    一个模块(类)应该只有一个导致它变化的原因,一个模块应该完全对某个功能负责。 (1=>1)

    开放-封闭原则(Open-Close Principle,OCP)

    允许扩展(Open for extension)。当应用的需求发生改变时,我们可以对模块进行扩展,从而改变模块的功能。
    不允许修改(Close for modification)。对模块行为进行扩展时,不必改变模块的本身。
    (构造抽象)

    例:水果类,若要出梨子、西瓜,则可在该基础上进行继承或实现,从而不修改源代码。

    总结

    此章感觉作者有意向同学提早普及测试概念,因为在书中13章软件测试中有一章专门为测试提供的,其次是此章是个人技术与流程,单元测试也是个人技术成长必不可少的一个阶段,此外此章也提供了一些PSP、软件开发准则,效能分析。总的来说这章是介绍了一个程序员必不可少的技能吧。

    相关文章

      网友评论

          本文标题:第2章 个人技术与流程 笔记&总结

          本文链接:https://www.haomeiwen.com/subject/vydxjxtx.html