编写测试用例时参照实际项目还是需求文档

在有一定规模的公司里,测试用例设计完成之后和开始实施测试之前必然有一项工作,即测试用例的评审。项目总监、项目的开发人员、产品人员以及视觉交互人员等所有的项目的相关人员坐在一起,由测试人员发起,共同进行测试用例的评审,而评审的最佳时间点就是在项目已经启动,完成了部分的编码工作,这时在测试人员对照需求文档写出的测试用例的基础上,项目组成员进一步针对项目需求细节进行核对,若出现理解不一致的地方,可以当即讨论,达成一致。因为此时项目还在开发中,如果分歧点在还没有开发的功能上自然是最好;即使是已经开发完成的功能上,此时修改的成本也大大低于开发完成之后,因此以需求文档问标准进行测试用例的设计和梳理是对需求的再一次过滤,评审过程中是对需求争议点的一次清理,这样能够大大提高需求的准确性,减少不必要的开发成本。原文摘自:编写测试用例时参照实际项目还是需求文档?小伙伴有其他看法么?
■网友
一般情况下是参照需求文档来开发用例。因为在过需求的时候需要产品,需求,开发,测试一起来审核!审核过后,开发按照去求做详细设计,测试开始写测试计划。开发编写代码,测试来开发测试用例。这是同步进行的。等测试用例打开完成后大家一起来评审,然后等开发完成,开始执行测试用例。因此是根据需求文档。如果按照实际项目,那用例的思考时间会减少,风险也会更高!
■网友
需求文档!!!!不过需求文档一般也不是面面俱到!如果遇到不确切的问题。还是找pm确认为好


    推荐阅读