1,265
社区成员
发帖
与我相关
我的任务
分享代码走查应该在何时进行？如何进行？
代码走查应该在何时进行？代码第一次写完，make之前；make之后，单元测试之前；单元测试之后？
一般来说，都采用第二种；可是教科书上好像都是第一种。
还有，如何组织呢？
请赐教：
一般来说，都采用第二种；可是教科书上好像都是第一种。
还有，如何组织呢？
请赐教：
...全文
请发表友善的回复…
发表回复
10jqkA 2002-09-16
- 打赏
- 举报
再没有别的高见就开始给分了
青润 2002-08-26
- 打赏
- 举报
但是在事实上，对于一个真实的工程或者软件系统来说，是不可能一次就是“正品”的！所有的代码都必须经过测试，必然会有修改和回测！
次品关键看在何种限制条件下，如果不是发生了项目延期或者在一定的实现范围内能够得到修改的“次品”就应该看作是正品！
所以，上面这句话是有它生存的环境的！如果脱离了这个环境，那么它就是一句谬论！
次品关键看在何种限制条件下，如果不是发生了项目延期或者在一定的实现范围内能够得到修改的“次品”就应该看作是正品！
所以，上面这句话是有它生存的环境的！如果脱离了这个环境，那么它就是一句谬论！
10jqkA 2002-08-26
- 打赏
- 举报
可是，看一看PSP的检查单，其中一部分问题都是编译器能够检查出来的啊？
“次品无论如何修改都永远是次品“这句话的理解如果上升到对整个系统的理解，似乎就对了吧？我们经常可以看见这种事吧？
“次品无论如何修改都永远是次品“这句话的理解如果上升到对整个系统的理解，似乎就对了吧？我们经常可以看见这种事吧？
komantian 2002-08-23
- 打赏
- 举报
同意楼上的
我认为如果达到了设计目标，就不是次品
做工程和做技术的不同在于工程有各种资源限制，如何取舍平衡，达到预期目标就应该算是成功的；具体技术的变化用无止境，用纯技术观点看工程，恐怕是比较悲观的看法较多
我认为如果达到了设计目标，就不是次品
做工程和做技术的不同在于工程有各种资源限制，如何取舍平衡，达到预期目标就应该算是成功的；具体技术的变化用无止境，用纯技术观点看工程，恐怕是比较悲观的看法较多
青润 2002-08-22
- 打赏
- 举报
一般应该是采用第二种，采用第一种意义不大，因为写完的代码无法保证的确可用，所以反工的次数会比较多，此后如果再作代码走查就会浪费更多的人力。
建议进行两次走查：一次在make之后，单元测试之前；第二次在单元测试后，继承测试之前。
重点在于第一次，第二次主要检查格式和注释等方面代码的可阅读性。
建议进行两次走查：一次在make之后，单元测试之前；第二次在单元测试后，继承测试之前。
重点在于第一次，第二次主要检查格式和注释等方面代码的可阅读性。
青润 2002-08-22
- 打赏
- 举报
呵呵，这个问题，应该说：各方面看待问题的角度不同，所以才会有不同的理解和解释。
如果说这个观点是正确的，那么，我可以作出如下的解释：
因为次品生产出来后，我如果把他修改为正品，那么，必然要延误工时，这样的话，在时间角度上来看，他仍然是个次品，因为他增加了工人的工作量，造成了额外的开销，从成本核算上来看，他也是个次品。
但是，反过来说，如果只从产品的品质上来看，他是可以变成正品的。
这样的解释可以么？
如果说这个观点是正确的，那么，我可以作出如下的解释：
因为次品生产出来后，我如果把他修改为正品，那么，必然要延误工时，这样的话，在时间角度上来看，他仍然是个次品，因为他增加了工人的工作量，造成了额外的开销，从成本核算上来看，他也是个次品。
但是，反过来说，如果只从产品的品质上来看，他是可以变成正品的。
这样的解释可以么？
10jqkA 2002-08-22
- 打赏
- 举报
有一个观点：“次品无论如何修改都永远是次品“
不知该如何理解？
走查能发现的问题的特点如何？也就是说，走查对那一类问题特别有效？
不知该如何理解？
走查能发现的问题的特点如何？也就是说，走查对那一类问题特别有效？
