文档介绍：测试策略培训
主讲:
-----张老师
软件测试工作过程
1. 消化需求/概要设计/ui设计/编码规范/架构设计/数据库设计;
2. 分析并编写测试计划(单元/集成/系统)(确定测试需求,测试方法,测试环境,测试工作进程计划);
评审测试计划
3. 设计测试用例(单元/集成/系统)(集成测试用例,系统测试用例)
4. 评审测试用例(集成测试用例,系统测试用例)
5. 单元测试(UT)(执行单元测试用例,记录bug,回归测试,出具测试分析报告);
6. 集成测试(IT) (执行集成测试用例,记录bug,回归测试,出具测试分析报告) ;
7. 搭建测试环境;
8. 系统测试(ST) (执行系统测试用例,记录bug,回归测试,出具测试分析报告) ;
9. 用户验收测试(UAT)。
确定测试策略的原则:
1. 理解定被测软件需求 熟悉需求,理解被测系统的
组织结构:(软件的用户单位工作岗位的层次结构图,根权限管理测试有关);
系统功能:与数据有关的动作;
业务流程:调用(获取数据),参数,函数,返回值(送出数据)等;
技术方案(模块化,组件化,层次化);
前置条件(完成功能时应该具备的条件,还没有存在的事情;如:除法的分子,分母描述等,如:业务流程中的详细说明);
约束条件(完成功能是受到的限制,已经存在的事情;如:除数不能为零,如:业务流程中的详细说明);
数据字典(表单的字段名称,类型,长度,pk等);
安全要求(网络安全,数据安全等);
,响应速度,CPU和内存的使用率等;
综合查询/报表;
软件运行的环境等相关内容,熟悉软件的结构、相关的技术、设计思想、数据库设计等相关内容。
确定测试策略的原则:
2. 定义测试计划(测试策略=测试需求+测试方法,测试环境,测试工作进度表):
可以包括以下内容:16种的测试类型: 初始化测试,功能测试、界面测试,安全测试,容错测试,接口(业务流程)测试、性能测试、并发测试、负载测试、配置(兼容性)测试,恢复测试,安装测试,文档测试,可用性测试等。
3. 测试技术:
25%用自动测试工具进行测试, 75%手工测试。
4. 完成标准:
测试用例的覆盖率达到20%(测试用例个数/kloc*100%)左右,95%测试用例通过并且最高级缺陷全部解决。
:见下页
:
正确性--功能,接口,界面,权限
可靠性--性能,负载,并发,稳定性
可测性—需求,可用性
健壮性—容错,恢复测试,
完整性—功能,接口,界面,安装,数据完整性,初始化,权限,release
一致性—文挡,配置,
可扩展性--外部接口
安全性--安全
无二义性
兼容性,
确定测试策略的步骤:
5. 分析被测系统,编写测试需求
反复检查并理解各种信息(数据等),和相关人员沟通和交流,理解他们的需求。可以按照以下步骤执行:
1)确定软件提供的主要业务
2)对每个用户的日常数据处理业务(商业业务),确定完成该任务所要进行的工作,前置条件,约束条件。
3)确定数据的计算及其结果。
4)对于对时间有要求的业务处理过程,确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易(事务处理)量、以及网络拥挤情况。
确定测试策略的步骤:
5)确定会产生重大意外的安全和压力测试,包括:应用级安全,系统级安全,
6)确定应用软件系统所需要处理的数据量。
7)确定需要的软件和硬件配置。
通常情况下,不可能对所有可能的配置都测试到,:最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。
8)确定其他与应用系统有没有接口。包括: 管理功能,如启动和退出程序; 配置功能,如设置打印机; 操作员的爱好,如字体、颜色; 应用功能,如访问email或者显示时间和日期等。
确定测试策略的步骤
9)确定安装过程,包括常用的典型安装、自定义定制安装、升级安装。
10)确定没有隐含在功能测试中的用户界面要求。大多界面都在功能测试时被测试到。还有没有是否没有测试到位的。
如:操作与显示的一致性,如使用快捷键等;
界面符合ui设计,如按钮大小,标签等。
案例1(ATM业务)
主业务流程,卡分支;
业务流程分析方法;
功能业务分支;
转帐业务分支;
业务流程容错.
over
卡业务分支
功能分支
转帐方式
后台返回
案例2
Y
销售报价管理
一般订单
综合订单
订单优化管理
库存是否够用?
物料需求计划
采购询价管理
物料采购管理
货品采购管理
订单评审
采购进货
采购收货
退货进仓