不要做需求阶段的“听长”
2009-04-05 12:50
155 查看
一般我们项目kick off之后 首先接触的就是需求文档了,也就是我们常说的PRD,很多测试人员在这个阶段都是理解需求,而提不出什么问题。这样一方面达不到评审的效果;另一方面长此以往会造成大家对测试的不信任,这是很要命的。我们是质量保证的最后一道关口,建立信任感是尤为重要。
大家都知道问题发现的越早需要消耗的成本越低,无论从项目管理的角度上来说还是从测试自身发展来说,都很有必要提高需求阶段发现问题的能力。我觉得测试可以从以下几方面提高自己发现问题的能力,第一要尽早进入项目,这个已经是老生常谈了,我就不再多说了,第二要了解项目的背景项目的目的,要了解这些东西难免要跟需求方多沟通多交流,这些往往不被人们重视,但这些东西往往是整个项目的导航灯;这些了解之后再深入到项目本身的需求,这时要考虑需求的明确性,可测性,相关性等方面,通过这些方面或者把这些方面整理成一个checklist来帮助你有效发现问题;最后就是你对这个需求提出有效性的建议,这个是我们做好本质工作之余的一个提升,也是我们测试价值更进一步的体现。我们尽量能在前期做更多的准备工作。我觉得在需求方面的测试我们还是有很多可挖掘,可提升的地方。让我们一起把需求阶段做得更好,不要做需求阶段的“听长”。
大家都知道问题发现的越早需要消耗的成本越低,无论从项目管理的角度上来说还是从测试自身发展来说,都很有必要提高需求阶段发现问题的能力。我觉得测试可以从以下几方面提高自己发现问题的能力,第一要尽早进入项目,这个已经是老生常谈了,我就不再多说了,第二要了解项目的背景项目的目的,要了解这些东西难免要跟需求方多沟通多交流,这些往往不被人们重视,但这些东西往往是整个项目的导航灯;这些了解之后再深入到项目本身的需求,这时要考虑需求的明确性,可测性,相关性等方面,通过这些方面或者把这些方面整理成一个checklist来帮助你有效发现问题;最后就是你对这个需求提出有效性的建议,这个是我们做好本质工作之余的一个提升,也是我们测试价值更进一步的体现。我们尽量能在前期做更多的准备工作。我觉得在需求方面的测试我们还是有很多可挖掘,可提升的地方。让我们一起把需求阶段做得更好,不要做需求阶段的“听长”。
相关文章推荐
- 不要做需求阶段的“听长” [ 光影人像 东海陈光剑 的博客 ]
- [导入]面向对象学习笔记四--需求分析的阶段划分
- 软件需求体会---define阶段
- 软件需求体会---discover阶段
- 不要盲目满足用户需求,造成过度设计
- 软件需求体会---define阶段
- 软件开发流程之需求阶段
- 测试应该在需求阶段介入
- 向科特勒学营销之二:营销的三个阶段和需求的八种状态
- 需求调研阶段的初步解决方案
- 现代软件工程_团队项目_阿尔法阶段_需求分析文档_2017.11.13
- 金税三期工程第二阶段数据级灾备项目需求
- 中小企业各成长阶段对CRM选型需求
- 企业架构研究总结(28)——TOGAF架构开发方法(ADM)之需求管理阶段
- 需求评审阶段和设计评审阶段测试人员该做什么呢
- 需求阶段如何书写Use Case
- 实现搜索需求各个阶段
- 不要奢望需求完全了解
- 不要问我能赚多少,当你问这句话的时候,你的思想还停留在给别人打工的阶段,我只是你的仓库,能挣多少得问你自己想挣多少(转)
- 需求分析的六个原则(一)永远不要显得比客户更聪明