测试计划一般使用word文档编写,测试计划一般包括如下几项:
1: 前言 各种描述
1.1: 编写目的:
编写该计划的目的就是为了规范测试流程,以及梳理测试过程,使测试时间可控,提前预告测试风险,在规定范围内完成项目的测试
1.2: 名词解释:
致命缺陷: 就是测试的时候软件发生崩溃,以及数据丢失的bug,造成主要功能完全尚失的bug
严重缺陷: 主要功能没有实现,导致严重的问题
一般缺陷: 不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。如：次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等。
1.3: 参考资料:
产品原型图 张三 说明
UI效果图: 李四
需求文档 王五
1.4:测试摘要：
说明：主要说明测试计划中重要的和可能有争议的问题。主要目的是将这些信息传递给那些可能不会通读整个测试计划文档的人员（比如公司领导、项目经理、产品经理等）。可以考虑以下几块内容
比如：
1.4.1重点事项：
web 端功能测试,性能测试,兼容测试
移动端功能测试,性能测试,兼容测试(Android 和 ios)。
1.4.2 争议事项：
产品没有提供最终的原型图,导致测试计划可能不是特别精确,
UI没有提供完成的UI效果图,也会导致测试计划不准确
在聊天使用的第三方的时候没有确定使用环信还是融云,所有有可能造成延期
1.4.3风险评估:
由于效果图没有出完,所有可能比设置原型图难,所以有可能造成延期
1.4.4时间进度:
web: 2017-11-30 - 2017-12.1 测试时间 李四
android: 2017-11.30-2017.-12-1 张三
ios 2017-11-30 - 2017-12.1 王五
1.4.5测试目标:
致命缺陷不存在,严重缺陷不存在,一般缺陷基本没有,除非有由于第三方原因造成的不可改变因素,.
2: 资源需求 做测试需要哪些东西
硬件资源需求:
1: window电脑一台和mac电脑一台或者linux系统一台
2: android
小米: note2,小米6,小米5,小米4,note3 ,红米3,红米note4X,红米note4
三星: note8 ,note7,s8,s7,s6 主流机型
oppe: R11 R11plus R11s R11splus, R9 R9S
vivo: X20 最新手机,x20plus ,X9 去年发布的 X9 plus
华为: mate10 mate9 荣耀9 荣耀10
魅族: x6 pro6 去年 pro7 pro7plus 魅蓝 note5 note 5s note6
如果有可能测试系统android 4.0 到8.0
测试这些机型遇到过什么问题?
1: 比如 小米手机: 如果拍照不处理,会出现照片会旋转90度,这个问题网上有办法,能判断图片是不是旋转90度,如果旋转了90度,在保存之前将图片旋转过来
2: 在拍照的时候手机会帮我们保存两张图,一张是位图,一张是原生图,位图清晰度特别低,我们会重点开发加载的图片是不是清晰度特别低,如果是清晰度特别低,这就是位图,让他改掉,加载原图,但是三星手机在拍照的时候保存的原图有9M 左右,一般服务器会限制照片的大小,所以我们会看看能不能上传成功,同时取服务器看看这张图片的大小,如果上传的大于4M的图,而且上传成功了,这就是服务器的bug,让服务器去限制上传图片的大小,限制上传图片大小的原因就在于节约带宽,节省流量,等上传图片接口没问题了,我再去用三星手机拍照看看能不能上传成功,如果失败,让安卓开发对图片进行二次采样,把图缩小到可接受范围
3: 华为手机弹出dialog,手机的屏幕会有色差
4: Android 6.0 以前的手机可以拍照, 6.0 以后权限是动态注册是,如果开发没做适配就会出现6.0 以前的手机可以拍照,但是6.0 以后就不能拍照啦
5: 魅族有时候不会弹出输入框
ios:
1: 从4s 测试到 8X手机
系统的话如果公司要求比较高就从 ios 6 测试到 ios 11 系统
苹果手机兼容性行问题比较少.
软件资源:
1: bug 管理工具 禅道 , bugfree,jair ,(需要一套linux服务器,比如阿里云)2: web测试 浏览器 火狐 主流浏览器版本号: 最新的是55 最低一般测试到 38
IE 浏览器 如果要求比较高就从 6 测试到 12,IE测试有个兼容测试工具IEtester
谷歌浏览器: 从 41 测试到 62 测试几款主流的版本号
mac 专用浏览器 safari 浏览器
性能测试: jmerer /loadrunner,一台电脑并发可以做2000,公司根据需要并发的情况配置电脑或者购买服务器
安全测试: 使用第三方工具 AppScan扫描工具 ,读接口进行sql注入
自化测试工具:
web: python + selenium
移动端: python + appium
接口自动化: python + 网络请求框架(request)
注意: 做接口自动化的原因在于咱们因为公司采用版本迭代的形式,在使用app时候会发现,以前做的功能接口有时候突然之间不能使用,所以我们写接口自动化,比如配合持续集成jenkins,设置每隔几小时跑一次或者一天跑一次,跑完以后通过邮件将自动化测试报告发给我们,我们看报告就知道有没有问题
持续集成: jenkins,用来设置多久跑一边自动化脚本 :
人力需求:
1: 测试经理: 负责编写测试计划,负责测试用例的安排以及审核,人员的调度,以及测试环境的搭建
2: 测试人员: 张三: 负责Android 登陆模块, 注册模块 ,主页 ,以及web端的功能
3: 测试人员: 李四: 负责ios端的: 登陆模块, 注册模块 ,主页
3: 测试详述 具体测试范围 风险与约束 测试进度
3.1:具体测试范围
主要测试登陆模块
3.2风险与约束
可能由于技术岗毕业,技术不成熟,造成项目延期
3.3:测试进度
模块 名字 时间
登陆 张三 2017.12.1 -2017.12.1.5
3.4: 测试目标:
1: UI效果图必须实现
2: 产品逻辑交互必须与产品原型图保持一致
3: 登陆的用户名必须加密
4:必须https请求
4: 测试策略
4.1: 采用敏捷式和瀑布式相结合,同时采用自动化测试来辅助加快进度
` 1: 在版本迭代的时候新增的功能采用手动测试
2: 在开发开始的期间我们对老版本的功能写自动化脚本,同时写测试用例
3: 接了节约时间,在测试的时候自动化和功能同步进行,如果事件还不够,自动化分为连个电脑去跑
4: 使用持续集成去接口自动化,避免接口不能使用造成上线失败
4.2: 测试类型:
1: 做功能测试和灰盒测试 根据产品文档,UI效果图和需求文档进行
2: 兼容测试: 根据资源需求里面的设备进行兼容测试
3: 性能测试: 等稳定以后,在上线前夕,对接口进行性能测试,模拟大并发,如果响应时间太长,做性能优化
4: 安全测试: 使用安全测试工具对接口扫描进行安全测试
5: 自动化测试: 使用自动化测试来辅助功能测试,来提高效率
4.3: 测试技术:
1: 灰盒测试:
2: 性能测试: jmere /loadrnnner
3:兼容测试:
4:自动化测试: python selelnium appium request
5:安全测试: appscan
5: 测试提交文档
6: 质量目标
致命缺陷不存在:
严重缺陷不存在:
一般缺陷不存在: 除非第三方原因造成的
7: 计划审核记录
ceo 签字
总监签字:
项目经理签字:
