不知道大家写程序的时候,写不写详细设计文档和单元测试计划.
以下的讨论基于实际执行的情况,请大家不要根据书本上理解到的东西来发表自己的意见.目前稍微规范一点的开发流程都时这样的,需求分析(分解) 概要设计 详细设计 单元测试 集成测试,系统测试 发布不知道大家在实际的过程中详细设计文档与概要设计文档是怎么区分的,你们的详细设计文档是否完全写道了函数集,按照道理,应该是根据详细设计文档来写单元测试计划.在实际的执行过程中,感觉详细设计文档实际没有什么必要,如果要写道每个函数内部的实现算法,那个时候code都差不多出来了,如果不写道函数级,与概要设计文档之间又没有什么区别那.同样,UTP如果要把每个函数完全覆盖到,并且保证路径全覆盖的话,那么要打无数的桩,写无数的驱动,并且写utp本身是一个非常大的工作量,有这个时间,按照这个思路,up都已经执行玩那.不知道大家在实际工作中,是怎么处理这个的.
以下的讨论基于实际执行的情况,请大家不要根据书本上理解到的东西来发表自己的意见.目前稍微规范一点的开发流程都时这样的,需求分析(分解) 概要设计 详细设计 单元测试 集成测试,系统测试 发布不知道大家在实际的过程中详细设计文档与概要设计文档是怎么区分的,你们的详细设计文档是否完全写道了函数集,按照道理,应该是根据详细设计文档来写单元测试计划.在实际的执行过程中,感觉详细设计文档实际没有什么必要,如果要写道每个函数内部的实现算法,那个时候code都差不多出来了,如果不写道函数级,与概要设计文档之间又没有什么区别那.同样,UTP如果要把每个函数完全覆盖到,并且保证路径全覆盖的话,那么要打无数的桩,写无数的驱动,并且写utp本身是一个非常大的工作量,有这个时间,按照这个思路,up都已经执行玩那.不知道大家在实际工作中,是怎么处理这个的.
http://www.51cmm.com/SoftDocuments/个人感觉详细设计文档没什么用,要写也是做完后补的(那就不叫"设计"了),一般概要设计就可以了.设计的时候不可能考虑得万无一失吧,真正coding中可能会发现原有的设计需要更改,那么当初费很多力气来设计又有什么用呢?