测试需求分析
1.1什么是测试需求?
测试需求主要解决“测什么”的问题 ,即指明被测对象中什么需要测试。
测试需求通常是以软件开发需求为基础进行分析,通过对开发需求的细化和分解,形成可测试的内容。
测试需求应全部覆盖已定义的业务流程,以及功能和非功能方面的需求。
测试需求不涉及具体的测试数据,测试数据设计是测试设计环节应解决的内容;
1.2测试需求的来源
项目需求规格说明书。
开发需求(系统原型) 。
继承需求。
如:二次开发的项目,其中的部分需求从一期中得到。
同行竞争产品
经验库
1.3 测试需求的分类
功能性需求
性能需求
响应时间,压力,并发,负载,资源占有率
外部接口需求
支付宝接口
银联支付接口
二维码支付
其他业务需求
安全性,可维护性,可移植性,安装卸载等
1.4实例(功能实例)
1.5实例(流程案例)
1.6测试需求评审
1.完整性审查:应保证测试需求能充分覆盖软件需求的各种特征,重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面,同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求;
2.准确性审查:应保证所描述的内容能够得到相关各方的一致理解,各项测试需求之间没有矛盾和冲突,各项测试需求在详尽程度上保持一致,每一项测试需求都可以作为测试用例设计的依据。
3.测试需求在实际工作中一般需要一周左右。
测试计划
2.1关于测试计划
为什么要编写测试计划?
领导能够根据测试计划做宏观调控,进行相应资源配置等;
测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等;
便于其他人员了解测试人员的工作内容,进行有关配合工作
虽然常说计划赶不上变化,计划也是必须的。因为只有计划的去测试,才能让测试的过程是可控的。
根据什么来写编写测试计划?
根据测试需求规格说明书,产品或者是项目实施计划,开发计划制定测试计划。
明确被测对象,确定测试范围。确定测试任务 ,定义测试目标,定义测试组织,定义风险防范的措施等。
什么时间由谁来编写测试计划?
需求分析后,由具有丰富经验的项目测试负责人编写,在整个测试工作过程中,不断修改
2.2测试计划的内容
项目概述
术语&参考资料
角色
环境(软件、硬件、网络)
测试工具
甘特图
里程碑
交付件
风险三大标准
测试策略
2.2.1测试计划的内容-概述
主要编写系统背景、目的、各种系统概述图
需求规格说明书中一般都有,复制过来即可
系统概述图主要是架构图和拓扑图
·········架构图·······
········拓扑图········