大家所在的公司的需求管理是如何做的呢？
目前公司在需求管理上，基本是最开始一个小的需求规格说明书，在过程中，不断新增或变更的需求，再也不更新，基本上之前那个需求说明书最后都没什么用了，需求都变了。开发的软件多为项目类，toB 型。很多的需求，都是跟负责编码的开发人员口头传达一下，测试人员到提测时都还不知道需求。
有些需求/设计评审或讨论，也是小范围项目负责人跟开发沟通下，也不记录，更没有文档。
测试人员的要求是，没有需求规格书也可以，至少有个地方有些记录，哪怕 excel 简要说明也可以；没有评审也可以，至少拉着测试人员一起沟通。
反馈后，领导的意思是，测试按照需求规格书来测，太理想化了，没有哪个公司能做到需求管控的那么好。他不是很关注需求，更关注是软件有没有编写完成。
请问大家的公司，需求不需要严格管控么？可以只是口头沟通（只跟某个开发沟通），然后也没有记录么？提测时，测试人员没啥测试依据，只能测试时熟悉系统。
要严格定义需求边界 把需求做成在线共享文档，有更新时提醒所有相关人员，测试以最后一次变更为参考标准 需要进行定义的
页:
[1]
