第一、充分了解需求来源及背景
不要仅仅根据需求文档来分析需求,要站在客户或用户的角度去思考。
了解产品的功能或者需求来源是什么,要解决什么问题?如果需求不清楚,或者是一句话需求,一定要和产品提前进行沟通,对需求进行拆解。了解需求的出处、背景,要解决什么样的问题,达到什么效果;
比如说我们这是一个to b产品,那么客户的需求是很重要的。要清楚客户提出这个问题的背景,要解决一个什么样的问题。之前的功能是否无法满足客户的问题,不能满足的原因是什么?客户的使用场景是什么?客户的业务量是什么样的?一般用这个功能的时间点是相对集中还是分散在什么时候。产品的需求能不能实现客户的需求,避免这个需求提交到客户那里才发现并没有实现客户想要的功能。总之,了解得越详细越好。
假如说这是一个to c产品,那么他的目标用户是不用,使用场景更多的是个人生活、娱乐和休闲等领域,会更强调用户体验和易用性,交互模式可能会更简单直接。充分了解这些东西有利于我们分析需求的合理易用性。
另外我们也可以根据一些收集和分析用户的反馈和体验数据,以便发现问题。
多多查看用户画,从用户的角度描述用户的需求和行为,以便更好地理解和分析需求。
第二、了解业务实现架构
业务实现架构是指产品的软件系统架构,具体可以了解产品的前端、后端、数据库、中间件等技术,这样才能真正的了解需求并发现需求中的问题,可以更好的了解产品的功能和实现方式。
了解产品的数据流和业务流程,包括数据的来源和流向、业务流程的逻辑和步骤,这样也有利于我们更好的分析需求和设计测试用例。
第三、结合测试种类进行需求分析
比如说结合功能