一:框架选择
1.跨平台 ? 兼容ios和Android ?还是只支持一者? 这个要看公司情况不同的隐私需要选择不同的框架
2.语言支持? java Python 还是ruby php 要看整个团队的语言数值情况同样要考虑学习成本
3.学习成本选择一个自己有优势的 学习成本问题考虑 多久原理和一些功能能快速用起来
4.维护成本 需要对项目情况二次开发封装
二:用例设计以及编写
1.确定用例测试范围
测试用例的范围 所有页面都做ui测试?还是只有部分主要页面做ui测试? 或者有部分做接口测试部分ui测试 需要确定和商讨
2.设计用例
根据业务情况不是越详细越好 而不是越粗越好 根据情况而定
3.编写用例
时间充裕时:先把一条用例写好 调通 做好异常处理 然后在去写其他用例 此用例作为模板 适用所有的功能到时候可以复制粘贴修改即可了
时间不充裕时:老大说明天要用 case快速转变为测试用例 先能看到效果再慢慢修改兼容性容错等优化 根据情况 先全后细还是先细后粗自定
4.调试用例
一般报错的首尾部 几行就能看出问题出在哪一行错误
5.输出函数能
能更好的定位问题 更好的定位代码那一段的值该不符合
6.调试用例
很重要坑很多,学会了调试用例自动化就没什么能难住你的了
7.跟踪调试
根据后期页面的更细等进行相应的跟踪调试
三:打包任务
1. 获取源码 配置git源码
2.执行打包操作 jenkins 构建模块
调用shell脚本构建
定期构建
根据代码变化自动构建
定期检查代码是否更新后然后构建
3.完全依赖jenkins插件构建 自己写shell脚本执行直(这个比较好构建失败比较好查找失败原因 到底是Jenkins还是脚本错误)
4.安装测试包
访问包测存放位置(不同版本的版本放到不同的文件夹下) --
进行安装 (也可生成二维码)
四:持续集成
app 端自动化测试任务
wap端自动化测试任务
服务端自动化测试需要好
注意: wap 与app 其实调用的一个后台服务端服务 所以一般wap与app应该一起测试 wap和app的操作方式其实一样知识界面不一样
服务端自动化的的好模式 部署任务和服务端的自动化测试结合起来
1.开发提交代码测试人员点击部署环境后自动触发自动化测试任务完成测试
2.测试完成后发送邮件
3.收到邮件查看服务端接口是否满足测试要求
满足则可以进行下一步 wap和app测试
不满足直接打回重新修改不进行测试
五:何时自动化
1.某个功能模块每次都需要测试但是工能已经很稳定了基本不怎么进进项修改
2.测试频率太高
3.人工测试比较费时间(功能稳定)