“阅读本文大概需要3分钟。
你好,我是测试蔡坨坨。
今天,我们来聊聊需求文档那些事儿。
众所周知,软件需求是软件项目研发的开始,是组建研发团队后第一次集体讨论的事情,更是保障质量的重要一环节。
对于测试人员来说,测试设计和测试用例的编写都依赖于需求文档,因此在需求阶段就要对需求中设计不合理或者很难理解的地方进行澄清,抛出疑问,得到确认,为后续工作扫清障碍。
如果你运气很不好遇到了这种一句话的需求
或者简单描述的需求
,需要你设计测试用例进行测试。相信大家或多或少都碰到过吧,或者在面试的时候碰到过(这种面试题主要考察你遇到不合理需求时的解决方案
以及是否具备发散的测试思维
)。
我们知道软件测试很重要的一点就是需要有一个预期结果,把软件运行的实际结果跟预期结果进行对比,若达到预期值,则测试通过,反之测试不通过。那么如果碰到这种描述不清晰的需求,我们该怎么做?
一句话的需求:做一个外卖点餐APP
外卖点餐APP当然还有许多需要考虑的地方,但是面试时只需要表现出你有足够的发散能力就OK了。
如果在企业中碰到这种一句话需求的项目,我们需要多沟通协商、多确认、多从用户角度思考,大家都确认没问题,这样才有的测,有问题就不断沟通。
有需求文档,但是需求文档很粗糙。
有详细的需求文档。
比较严谨负责的团队,项目的实施有详细的需求文档,我们就可以仔细阅读需求文档来进行测试点的梳理工作,对于需求中你认为不明确的地方可以找项目负责人或产品经理进行沟通,做到对需求整体把握和理解,利于测试更好地进行。
基于用户使用的场景和行业的经验去做判断,判断它是否合理。
总而言之,无论需求大小,需求文档是否详细,是否一句话的需求,只要我们基于这句话,发散思维,产生并抛出疑问,通过不断设问来圈定需求范围,再针对每个问题的给出解决方案,问题就能迎刃而解。
以上,完。
脚踏实地,仰望星空,和坨坨一起学习软件测试,升职加薪!