测试思想-文档评审 关于需求评审
关于需求评审
by:授客 QQ:1033553122
1、 传统的软件开发模式中,太过依赖文档,有各种各样的文档,需求说明书,比如市场需求说明书,业务需求说明书, 软件概要说明书,软件详细设计文档等等,这些文档在追求速度的时代却似乎效用不大,很多时候反而成了负担。怎么解决这个问题?
去掉无用的功能定义文档、需求文档可行方法:
想法快速制作成静态的原型->>根据“市场效果反馈”修改原型设计->>用真实数据建立一个动态原型->去除累赘
这样,以实际的界面或原型来说明你要构建一个真正的产品,是很好的方法。
从这个点出发,我们可以把重心从“需求文档评审”转移到“原型(Demo)评审”,以原型评审为中心,辅以必要的文档说明,作为原型的补充。
2、 三方协作
也就是说,每项功能需求的讨论都要开发人员,测试人员,产品人员的参与,有参与才有认同,开发前必须达成一致
3、各种评审会上,一定要有个能做决定的人,因为评审的时候各方不可避免地会对需求有不同理解,从而出现争论,公说公有理,婆说婆有理,谁也说服不了谁,会议相关人都要参与
作者:授客
微信/QQ:1033553122
全国软件测试QQ交流群:7156436
Git地址:https://gitee.com/ishouke
友情提示:限于时间仓促,文中可能存在错误,欢迎指正、评论!
作者五行缺钱,如果觉得文章对您有帮助,请扫描下边的二维码打赏作者,金额随意,您的支持将是我继续创作的源动力,打赏后如有任何疑问,请联系我!!!
微信打赏
支付宝打赏 全国软件测试交流QQ群
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· 【.NET】调用本地 Deepseek 模型
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库