产品应该具备或满足的任何质量或条件都是需求,搜寻测试所需的信息,是测试人员的工作,那么,测试人员如何获取需求?
显示需求是很有用的需求信息源,一般是和客户协商或者确认过的。隐式需求来自其内容的说服力和可信性,隐式需求有多种形式:
-
竞争对手的产品
-
相关产品(如Tx新加某功能,其他相关系列产品是否也要添加?)
-
同一产品的老版本
-
项目团队之间的邮件讨论或会议讨论
-
顾客反馈或意见(对于客户的Bug,要求RD要转发给测试人员,我们一定要跟踪,添加到Bugzilla以及Testlink中),以后查阅参考
-
图形用户界面(GUI)风格指南,对于PV这种产品还是有这类需求的
-
操作系统兼容性需求(通过参考以往的兼容性Bug获取)
-
测试人员的丰富经验。
如果与隐式需求冲突,测试人员的报告应该相比与显示需求要详细些。
产品应该具备或满足的任何质量或条件都是需求,搜寻测试所需的信息,是测试人员的工作,那么,测试人员如何获取需求?
显示需求是很有用的需求信息源,一般是和客户协商或者确认过的。隐式需求来自其内容的说服力和可信性,隐式需求有多种形式:
如果与隐式需求冲突,测试人员的报告应该相比与显示需求要详细些。