zoukankan      html  css  js  c++  java
  • 《构建之法》阅读笔记第二篇——个人技术和流程

    一、软件工程的一些基本概念和技术:单元测试、回归测试和效能分析工具

    1、单元测试

        用途:可以让自己负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的、量化的保证。

      用VSTS写单元测试  要先编写代码从而可以创建新的单元测试,之后solution Explorer中出现三个新的文件。双击设置文件进入管理及设置界面,让单元测试产生代码覆盖报告。(在单元测试中,VSTS自动生成了测试的股价,但最起码还要将//TODO标注的事情做完)。 之后创建单元测试函数,运行单元测试。

      好的单元测试标准:在最基本的功能/参数上验证程序的正确性;必须由最熟悉代码的人来写;单元测试过后,机器状态保持不变;单元测试要快;应该产生可重复,一致的结果;独立性,不依赖于别的测试,可以人为构造数据,以保持单元测试的独立性;应覆盖所有代码路径;单元测试应该集成到自动测试的框架中;必须和产品一起保存和维护。

    2、回归测试

         单元测试基础上,就可以建立关于这一模块的回归测试。回归测试中的“回归”,我们可以将其理解为“回归到以前不正常的状态”,回归测试最好要自动化,这样可以对于每个构建快速运行所有回归测试,以保证其今早发现问题。

    3、效能分析工具

         VSTS提供了方便的效能分析工具,便于很快找到程序的效能瓶颈,从而有的放矢,改进程序。

    二、个人开发流程(psp

    一个软件工程师在接到一个任务之后:

    计划:估计这个任务需要多少时间

    开发:分析需求;生成设计文档;设计复审(和同事审核设计文档);代码规范(为目前的开发制定合适的规范);具体设计;具体编码;代码复审;测试(包括自测,修改代码,提交修改)

    记录用时

    测试报告

    计算工作量

    事后总结

    提出过程改进计划

    个人感受

    1、过去的做法:过去在写代码的时候总是闷头就开始编,看到哪写到哪,而且不看是否正确,到最后的时候一运行发现有好多错误

    2、不好的原因:一味的编码,把错误都堆到最后,特别不容易改错误,到最后就是改不出来放弃了自己的程序。

    3、解决办法:边写边测试,确保一段段的函数是正确的,在进行融合。

  • 相关阅读:
    Touchpad rocks
    KTorrent for KDE 4 已抵达
    小技巧: 怎样将 GNOME applets 添加到 Xfce 面板
    小本事:遵守令行发布 Twitter 新闻
    小才略: 如何将 Gmail 设置为默许的邮件客户端
    小伎俩: 若安在 Compiz 中设置菜单透明
    Firefox 使用手腕四则
    办理 VMware 在 2.6.24 内核下的成绩
    小手段:开启 GNOME 的窗口分组效果
    不喜爱 KDE 4.0 的新启动菜单? 换掉它!
  • 原文地址:https://www.cnblogs.com/610553824lyx/p/6395163.html
Copyright © 2011-2022 走看看