请不要以为我的这个工作的目标是哲学上的那个目标。我说的是很直接的工作目标。
明确工作目标,对于一个团队来说,是一件灵魂性的事情。
我们平时写文档,写代码,做设计,测试都是以明确的目标作为向导,哪怕这个目标(有时是需求)一直在变。即使变,杜阿时间内,这个目标还是明确的。
我们为什么写文档,写文档真的有意义吗?它的读者是谁?是不是必须要写?可以省略掉这项工作吗?
打个比方,我前一段时间的项目中,要写一个数据库相关模型的文档,写了半天,发现团队其他人写的有好多都不符合规范,好多地方出现不一致,甚至错误;而且这些文档中几乎所有的信息在数据库中都能轻而易举的查到。我想,如果这个文档是写给维护人员的话(对数据库有查看或以上的权限),这文档即使写得很准,也是没有必要的。这文档是给谁看的呢?给客户吗?如果客户发现文档有很多错误,那么即使那些正确的部分,他也不会很放心的认为那是对的。我还发现,如果客户真的有需要的看这类的能力,那么还有比看文档获取那些信息更好的渠道。
再拿测试来说一下吧。
测试的目的是验证所作的产品,系统,组件或方案的正确性,性能,和使用范围等。我们一定就必须要使用很规范,代码非常完整的测试用例吗?不一定。
比如做存储过程的测试,测试就是验证各种情况下,Sp的输出结果。你只要能很清晰的给出输入输出,对多种情况的情况都能处理。当然,格式统一之后为了别人查看的经验性,而不能成为工作的负担。
有事,今天先写这里,以后更新。