1. 规格会不会变 跟 应不应该写规格 是两码子事
规格肯定会变,没有不变的,但应不应该写规格就看公司文化
有两派说法:
a. 规格是产品拥有者跟开发者的依据
b. 产品迭代快,产品目前的行为就是规格
实作会错、test会错、规格也有可能会错,只要是人就会犯错,所以
板友说这是看团队,不无道理
2. 回到人会犯错,规格有时会变成政治工具的一种
因为说到底,如果你的公司是犯错就要究责的文化,那责任出在谁身上,那就很重要
此时规格的目的不再是为了完成产品
3. 规格不好写
只要规格是用自然语言写成的,就有可能会造成误解
(我相信大家不可能没遇过一群人对同一句话有两种以上不同解释的状况)
精准的规格,有些产业可能随便写下来就是一两千页,然后卖你个五六万
光是名词解释就能分成一册单售
当然你们公司的商业逻辑可能复杂程度不是什么业界标准等级的,可以参考
domain driven的丛书,但我试过,台湾大部分是推不起来:)
如果规格的目的是在避免犯错或降低沟通的成本,但又不想写规格,那不如
由开发人员主动设想所有“可能会出错”、“模糊不清”的脚本或状况
这些edge case的设想往往需要判断与经验、对系统的了解
我的经验是大部分是非工程师的人往往不会去想这些,作为开发者的我有必要
在看到他们描述行为时,就尽量厘清我能想到的状况
当你有了这些case或脚本,你就能够建立测试