构建之法阅读笔记03
2016-04-03 19:34
197 查看
阅读笔记第四章代码的复审:
过去总是避免一些错误,没有正面解决问题,总是应付老师,给老师看能正确输出的程序,同时在设计时考虑不周全所以复审时有些条件不能满足;审合时过去总是测试一两次只要满足条件就认为程序没有问题,没有认真的去单步执行;其实每次试验都会有很多没有暴漏出来的问题,比如对于边界数据的测试,程序输入输出时对于不安要求做的结果的反应等。
这样做是在逃避问题并没有真正的解决问题,程序设计的都是bug,没有实际的意义,满足不了用户的需求,同时在做测试时也要考虑全面,不要忽视小问题,及时解决问题。就目前所有程序出现的问题一般来说都是大同小异,有些问题其实就是一个问题可是如果一直忽略它没有任何价值,没有解决任何问题。如果没有做标记那样会造成对错误的遗漏,在程序模块合并时会出现很多的Bug要知道一个完整的软件程序应尽可能的做到少出错;
3.提出解决办法避免再次调入陷阱:代码必须成功的编译,程序员测试代码,最好的方法是在调试器中单步执行,复审时最好是面对面复审,开发者控制流程,讲述修改的前因后果,复审着必须逐一提出反馈意见,同时在修改时也要注意会不会影响其它的功能,做好记录避免错误一犯再犯,一个好的工程师错误出现的次数越少越好,所以每个人都会有自己的记录。
过去总是避免一些错误,没有正面解决问题,总是应付老师,给老师看能正确输出的程序,同时在设计时考虑不周全所以复审时有些条件不能满足;审合时过去总是测试一两次只要满足条件就认为程序没有问题,没有认真的去单步执行;其实每次试验都会有很多没有暴漏出来的问题,比如对于边界数据的测试,程序输入输出时对于不安要求做的结果的反应等。
这样做是在逃避问题并没有真正的解决问题,程序设计的都是bug,没有实际的意义,满足不了用户的需求,同时在做测试时也要考虑全面,不要忽视小问题,及时解决问题。就目前所有程序出现的问题一般来说都是大同小异,有些问题其实就是一个问题可是如果一直忽略它没有任何价值,没有解决任何问题。如果没有做标记那样会造成对错误的遗漏,在程序模块合并时会出现很多的Bug要知道一个完整的软件程序应尽可能的做到少出错;
3.提出解决办法避免再次调入陷阱:代码必须成功的编译,程序员测试代码,最好的方法是在调试器中单步执行,复审时最好是面对面复审,开发者控制流程,讲述修改的前因后果,复审着必须逐一提出反馈意见,同时在修改时也要注意会不会影响其它的功能,做好记录避免错误一犯再犯,一个好的工程师错误出现的次数越少越好,所以每个人都会有自己的记录。
相关文章推荐
- [置顶] python 中 #!/usr/bin/env python 与 #!/usr/bin/python的区别
- hihoCoder题库1000,A题第一天
- NYOJ 737石子合并(一)
- 学习笔记4/3(使用int问题
- 码农小汪-ReentrantLock-unlock
- 个人进度条-第五周
- 解决Spring MVC中文乱码
- Content Provider Basics
- resume suspend wait sleep
- distributed programming---lab1(basic communication of server and client)
- 【Caffe实践】基于Caffe的人脸识别实现
- 32个最热CPLD-FPGA论坛
- 【MFC】:MFC如何实现按ENTER或者ESC不关闭程序
- Linux常用命令大全
- 图的深度遍历
- java微信开发API解析(一)-服务器接入
- TCP/IP协议详解
- 项目总结
- Spring整合MyBatis
- UVA - 1471 Defense Lines 树状数组/二分