《构建之法》阅读笔记第二篇——个人技术和流程

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

1、单元测试

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

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

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

2、回归测试

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

3、效能分析工具

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

二、个人开发流程(psp

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

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

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

记录用时

测试报告

计算工作量

事后总结

提出过程改进计划

个人感受

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

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

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

原文地址:https://www.cnblogs.com/610553824lyx/p/6395163.html