编写测试用例时参照实际项目还是需求文档?
2015-01-12 16:12
357 查看
测试用例的编写是测试流程中不可缺少也极其重要的一环,但我们在编写用例时是根据实际项目还是根据需求文档作为标准呢?
在有一定规模的公司里,测试用例设计完成之后和开始实施测试之前必然有一项工作,即测试用例的评审。项目总监、项目的开发人员、产品人员以及视觉交互人员等所有的项目的相关人员坐在一起,由测试人员发起,共同进行测试用例的评审,而评审的最佳时间点就是在项目已经启动,完成了部分的编码工作,这时在测试人员对照需求文档写出的测试用例的基础上,项目组成员进一步针对项目需求细节进行核对,若出现理解不一致的地方,可以当即讨论,达成一致。因为此时项目还在开发中,如果分歧点在还没有开发的功能上自然是最好;即使是已经开发完成的功能上,此时修改的成本也大大低于开发完成之后,因此以需求文档问标准进行测试用例的设计和梳理是对需求的再一次过滤,评审过程中是对需求争议点的一次清理,这样能够大大提高需求的准确性,减少不必要的开发成本。
在有一定规模的公司里,测试用例设计完成之后和开始实施测试之前必然有一项工作,即测试用例的评审。项目总监、项目的开发人员、产品人员以及视觉交互人员等所有的项目的相关人员坐在一起,由测试人员发起,共同进行测试用例的评审,而评审的最佳时间点就是在项目已经启动,完成了部分的编码工作,这时在测试人员对照需求文档写出的测试用例的基础上,项目组成员进一步针对项目需求细节进行核对,若出现理解不一致的地方,可以当即讨论,达成一致。因为此时项目还在开发中,如果分歧点在还没有开发的功能上自然是最好;即使是已经开发完成的功能上,此时修改的成本也大大低于开发完成之后,因此以需求文档问标准进行测试用例的设计和梳理是对需求的再一次过滤,评审过程中是对需求争议点的一次清理,这样能够大大提高需求的准确性,减少不必要的开发成本。
相关文章推荐
- 编写测试用例时参照实际项目还是需求文档?
- 编写测试用例时参照实际项目还是需求文档?
- 编写测试用例时参照实际项目还是需求文档?
- 没有需求文档时的测试用例编写
- 没有需求文档的时候如何来设计测试用例?
- 《开源框架那点事儿18》:为什么要先从测试用例编写和文档编写开始?
- 在没有需求文档的情况下如何来设计测试用例?
- 以下题目均在bookstore项目上完成(请先运行数据库文件): 1、编写单元测试用例,对用户注册功能的Action层进行测试。(注意:测试用例应考虑成功和失败的情况)
- 《开源框架那点事儿18》:为什么要先从测试用例编写和文档编写开始?
- 在没有需求文档的情况下如何设计测试用例
- 六、撰写文档与编写测试用例
- 编写用例--从与产品人员沟通需求的角度讲编写测试用例的体会
- 入门级----需求的分析以及测试用例的设计与编写
- 软件开发项目-文档编写标准化--测试分析报告
- 项目很赶,应不应该编写测试用例
- 编写测试需求及测试用例
- 《开源框架那点事儿18》:为什么要先从测试用例编写和文档编写开始?
- 需求用例文档编写建议 --事件流程(基本流程和扩展流 (
- 在项目前期需求分析阶段,需要编写的文档
- 编写测试需求及测试用例的一些体会