赞
踩
1、需要明确版本具体的测试范围,以及需要采取的具体测试策略;
2、预估版本测试任务所需投入的测试资源,包括测试工程师的数量,测试工程师的具体分工;
3、把控项目的整体测试进度,明确测试任务的推进状况,给出预期的测试完成时间;
4、评估版本测试潜在的测试风险,并给出风险应对策略;
1、测试范围
2、测试策略
3、测试资源
4、测试进度
5、测试风险评估
测试范围
描述的是被测对象以及主要的测试内容。
举个栗子:测试登录模块
测试的对象是登录功能模块
测试的内容即包含功能测试(浏览器端、移动端)、安全测试、性能测试
由于测试时间和测试资源有限需要根据风险分析确定出测试范围的测什么、不测什么
测试策略
描述的是测试过程中先测试什么后测试什么、采用什么测试手段,测试策略要求明确测试的重点、按照需求的紧急以及重要程度决定测试的先后顺序。
测试策略还需要说明,测试项目需要采用什么样的测试类型和测试方法实施方法。
1、对于功能测试可以根据需求分析利用思维导图梳理或编写测试用例
2、主线业务的功能测试需要考虑使用自动化测试的手段提升执行效率,并根据项目的技术栈和测试团队的习惯能力选择合适的自动化测试框架。
1、对于Web兼容性测试需要确定测试覆盖的浏览器类型和版本,移动设备测试要确定覆盖的设备类型和具体的IOS/Android版本
确定覆盖浏览器/iOS/Andriod测试策略有:
1、通过产品历史数据分析或者是市场占有率得出top30%浏览器/IOS/Android版本
2、如果是全新产品可以参考TalkingData网站提供的目前市场主流的移动设备,分辨率大小、IOS/andriod版本信息来确定测试范围。
目前市场主流品牌和机型:
1、性能测试需要明确性能测试的需求(如:并发用户数、相应时间、事务吞吐量等)
2、根据被测系统的特点,设计性能测试场景并确定性能测试使用的工具或者框架
3、基础数据准备需要确定系统数据量级和分布,确定数据生成方案(如调用api创建或直接将数据插入到数据库)
性能测试实施
1、确定性能测试的类型
2、根据业务场景来决定需要开发那些压测脚本、脚本中一般会包含思考时间、集合点、动态关联等
3、以脚本为单位组织测试场景,即一个场景中多少人在做登录、多少人在做查询等、每一个用户操作之间需要等待多少时间,用户的递增策略是多少。
4、确定系统指标监控方案,搭建性能测试环境,即需要监控那些系统指标、通过何种方式获取系统的性能参数指标
5、执行性能测试场景,收集系统指标数据,分析和解读测试过程及测试结果
6、编写性能测试报告
1、根据测试项目的安全需求设计针对性的安全测试用例
2、常见的性能测试(文件上传漏洞、SQL注入、XSS、CSRF、SSRF、框架漏洞等)
接口测试
集成测试
容量验证
安装测试
故障恢复测试
测试资源通常指测试人员与测试环境。
测试计划的其中一个目的就是在测试资源有限的条件下保证最大化产出。
测试资源需要解决的问题是明确需求谁来测、在什么环境下测试。
测试人员
1、测试工程师的数量
2、测试工程师的个人经验与能力
测试计划需要按照测试团队的人员特点、将测试任务分解后落实带每一个测试工程师身上,这将有利于简历清晰的责任机制。
测试环境
1、敏捷开发模式下一般都是多个版本并行开发,在测试环境有限的情况下需要合理分配测试环境
测试进度主要描述各类测试的开始时间、所测试的工作量、预计测试完成时间最终以此来评估测试项目的最终提交验收时间。
工作量包括:版本测试需求分析、需求用例编写、冒烟测试、正式测试(X轮)、回归测试的总工作量。
在敏捷开发模式下,测试活动贯穿整个开发过程,测试工作与开发过程是同步进行,在敏捷模式下测试左移与测试右移思想有助于提高团队测试效率与测试质量。
在敏捷开发过程中,计划赶不上变化是项目的常态,需求的变更、开发延期、提测的版本质量太差以及人员的变动都会导致项目的测试风险。
需求变更的类型主要包括:添加需求、修改需求、删减需求等
需求的变更往往需要重新进行需求分析,确认变更导致的测试范围变动及时修正,相关的测试资源也需要重新评估。
测试前期预估不准确导致测试延期:需要添加测试类型、测试后期发现重大缺陷等
在制定测试计划时,你就要预估整个测试过程中可能存在的潜在风险,以及当这些风险发生时的应对策略。
注:以上总结参考极客时间软件测试52讲!!!!!!!!
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。