测试思想-文档评审 关于需求评审
关于需求评审
by:授客 QQ:1033553122
1、 传统的软件开发模式中,太过依赖文档,有各种各样的文档,需求说明书,比如市场需求说明书,业务需求说明书, 软件概要说明书,软件详细设计文档等等,这些文档在追求速度的时代却似乎效用不大,很多时候反而成了负担。怎么解决这个问题?
去掉无用的功能定义文档、需求文档可行方法:
想法快速制作成静态的原型->>根据“市场效果反馈”修改原型设计->>用真实数据建立一个动态原型->去除累赘
这样,以实际的界面或原型来说明你要构建一个真正的产品,是很好的方法。
从这个点出发,我们可以把重心从“需求文档评审”转移到“原型(Demo)评审”,以原型评审为中心,辅以必要的文档说明,作为原型的补充。
2、 三方协作
也就是说,每项功能需求的讨论都要开发人员,测试人员,产品人员的参与,有参与才有认同,开发前必须达成一致
3、各种评审会上,一定要有个能做决定的人,因为评审的时候各方不可避免地会对需求有不同理解,从而出现争论,公说公有理,婆说婆有理,谁也说服不了谁,会议相关人都要参与
作者:授客
微信/QQ:1033553122
全国软件测试QQ交流群:7156436
Git地址:https://gitee.com/ishouke
友情提示:限于时间仓促,文中可能存在错误,欢迎指正、评论!
作者五行缺钱,如果觉得文章对您有帮助,请扫描下边的二维码打赏作者,金额随意,您的支持将是我继续创作的源动力,打赏后如有任何疑问,请联系我!!!
微信打赏
支付宝打赏 全国软件测试交流QQ群