Skip to content

Latest commit

 

History

History
22 lines (12 loc) · 1.6 KB

06_测试计划.md

File metadata and controls

22 lines (12 loc) · 1.6 KB

测试计划

需求从哪里来?

项目初期由项目经理和客户沟通,得到项目需求文档和产品原型图,项目组成员会在需求评审之前拿到需求文档,进行研读,然后在需求评审会议上进行评审

需求评审会议的时候测试需要做什么?

首先,测试需要了解业务流程,关注需求的功能是否易于理解,功能间是否存在冲突,业务之间的逻辑是否通顺,需求描述的是否清晰准确,是否有二义性描述,功能是否有明确的约束限制,比如输入内容的长短、组成,了解项目的周期,任务的优先级,提测时间是否明确,各开发和测试人员任务划分情况

需求如何不明确如何处理?

充分研读需求文档和产品原型图,在需求评审会上提出,只有明确需求才能更好的完成工作,后续还有问题可以找产品经理提出

测试工作中如果公司没有需求怎么办?

如果项目已经开发了,根据实际项目了解项目流程和业务;如果没有开发,要通过项目组了解项目基本情况和项目背景,充分和项目组成员了解。熟悉后使用思维导图划分相应模块,提取相应测试点,整理测试文档,如果遇到问题,要和项目组成员产品经理进行沟通

测试计划是谁写的,有哪些内容

是在需求评审会议之后由测试老大写的,如果没有时间,我们也会自己编写测试计划。 包含测试背景,测试环境,测试目的,测试采用的方法,测试模块,任务安排/人员安排,里程碑,风险分析