鲁达 
“嘿 陌生人 今天的你过的还好吗？”
这里是“FM17.68 乐搏电台”
本期电台为首期放送，后续将会持续更新，请持续关注！
全文阅读耗时 5分钟，扫描文章底部 二维码
免费获取 更多 软件测试 干货 知识！
GOODNIGHT ☽ - 2021.07.26-
【乐搏软件测试】1、如何评审需求文档
每日一句
跟你注定要斗一辈子的那个敌人，是你自己。——FM小编 4U
前言引导：同学们大家好呀，我是乐搏学院的创始人乐老师。 前段时间呢，我们的辅导员把我们的直播的课程导成的音频上传到了喜马拉雅上，我也看到了这个播放量很多，课程播放量都已经超过了好几万。所以说大家对我的课程一直都是比较支持，也有很多同学鼓励我说希望我能专门的为他们录制一期音频。 那么今天，他来了！
首先今天这一期呢，主要是给功能测试在职的或者是准备学习软件测试的这样一批初级的同学们去讲。首先我们进入今天的主题！
首先需求评审呢，对于测试人员来说就像是最初的产品测试在理解的基础上发现产品设计上的缺陷，其中也包括了这个设计上的逻辑错误功能的缺失细节上的一些问题等等，这样就会有效的前期规避很多后期开发中产生的bug，减少了很多后期返工的成本。
因为很多公司可能也不是特别的重视这个需求这个环节，还有很多甚至不叫测试来参加需求评审会议这样的事情发生。
像我们以前的公司的话需求这个阶段是能够发现很多设计缺陷的，能够大大的减少后期开发人员写出bug的可能性，如果能把bug扼杀在摇篮里的话，那肯定是需求评审这个阶段那是至关重要的。
所以很多同学可能也不清楚我们要评审他的话要干什么呢？不就是了解需求文档吗？其实不光是要了解需求文档。
这个过程呢只需要理解，而不是去挑刺儿？！？！
因为要明白这个需求的目的是什么？为什么这样去做？怎么做？
只有在理解的基础上才能去发现问题而不是一知半解的去挑毛病，有些需求设计呢可能它是不合理的，但也有许有许多的这个需求的设计它是有特殊的用意或者只是没有更好的方案，不能为了挑毛病而去挑。
所以说第二步它就是分析和找问题了，当你已经对这个需求已经彻底的理解透了，这个时候咱们就能够用这个用户的角度或者是用咱们自己测试人员的思维角度去想，这个需求描述的逻辑是否正确了。流程通不通畅，甚至它里边有没有说可以删减的部分，比如说这个功能比较多余？这个环节比较多余？这些都是咱们在理解需求之后需要去挑毛病的一些地方了。
甚至还有可能有一些比较重要的需求逻辑点上会涉及到：
优惠券,积分,会员等级,交易,支付,退款DE
这些可能性可能前提条件会比较多的需求的时候，可能产品经理他想的不是很全面，这个时候需要咱们有测试人员给产品这边这个查缺补漏，把逻辑梳理出来看看有没有不对的或者遗漏的点整理出来反馈给产品经理就好了，所以说这个第二步很重要。
第三步呢就是细节问题的纠正了，可以是界面可以是文字开发一般都是复制粘贴或者照样子画葫芦，这个照样子画葫芦这样的一个状态有些小问题后期其实也可以测出来，但是有一些根源上的大问题其实如果到后期才发现的话那修复的成本就会比较大。
比如说这个逻辑本身就是错的，照着一个错误的逻辑往下去延伸那后边会引发更多新的bug出现，那如果不能在早期发现这些问题的话，那到后期这个可能就会牵一触而动全身这个bug就会越改越多。
相信很多上过班同学应该有经历过这样的状态对不对：就是改了1个bug又引发3个bug，出现又改了3个bug又引发了6个bug出现这bug改不完了，这种现象往往都是由于根源上的一些底层bug导致的。
所以说真正能解决咱们的问题，想提升咱们测试效率，想压缩咱们测试周期，想提高产品质量，那需求的测试必不可少了。
希望接下来大家能够听完这一期的同学们能够更加的重视需求的测试把需求测好咱们后边的工作都会比较顺利的能开展下去。那么咱们今天呢就先说到这个事情，是一个需求评审的环节。
如果大家有需要资料和这个关于需求评审方面的一些习题，包括课程的视频的话可以找我们的FM小编 4U（点击头像或留言111）去要一下我们的直播课程，在这个视频下方有专题学习资料。需要资料的同学可以加一下！
本期的FM17.68 乐搏电台就到这里，同学们，我们下期再见。
