PRD不够细致、UC描述过于简单 如何进行测试

上一篇 / 下一篇  2014-12-29 13:59:26 / 个人分类:测试

由于时间和资源相对紧张,PRD可能会不够细致、UC描述过于简单,怎样进行测试...

(不同的人:思考方式、对需求的理解程度、开发和描述UC的经验、以及文字描述的习惯不同)

(BRD:商业需求文档,MRD:市场需求文档,PRD:产品需求文档。UC(Use case):文档,功能使用的具体描述)

》UC的评审:不仅仅是一个需求再确认的过程,在评审之前测试人员就应该带着思考(类似于checklist)去尽可能的挖掘UC所覆盖到PRD的点以及所有自己的疑问,并且通过沟通尽早的解决疑问。

》UC评审之前应该思考些什么?
1.页面的展现(页面元素),界面原型图 Demo图
  页面包括哪些元素,是否覆盖了需求,有无冗余,个元素的类型,如:列表、文本框、按钮等等

2.在确定元素之后,就必须考虑元素对用户的开发性(用户的访问、操作权限)
  权限的控制一般种展现方式:a、通过页面元素的直接屏蔽使无权限的用户不可见,b、无操作权限用户使用时提示没有权限,c、没有权限的用户操作内容显示不可用状态。

  测试人员必须确认UC中有该部分的描述,并确认具体属于哪种形式和其控制方式
3.明确入口,由于web自身的特点,一个页面的访问往往会存在多个入口,每一个入口的前置条件都有可能不同。

4.在明确页面布局及元素、权限控制之后,就应该进一步了解一些具体的操作细节,如:结合demo
  确定哪些是输入,哪些输出(不光要知道页面展现出来的输入、输出项,一些未展现出来的输入、输出项,即隐藏的数据)

5.对于输入项,还应明确有无初始值、默认值设置,如果有就应该考虑是不是需要与“重置”操作配合,此外,输入项有无输入控制,如果有,还应该确认对于的异常处理机制,包括提示信息的文案说明

TAG:

 

评分:0

我来说两句

Open Toolbar