测试基础 黑盒测试流程讨论

Michael_Wang · 2015年03月01日 · 最后由 Michael_Wang 回复于 2017年06月14日 · 3358 次阅读

我搜了一圈,也没找到关于 app 测试流程方面的内容。不清楚是不是大家的公司里都已经有了比较规范的测试流程。
我现在这家公司,来之前做了 3 年半的 android 系统测试,来这家公司时候只有我 1 个人,需要测试 iOS、android、wp8、win8、wap 等产品,在这 1 年半的时间里一步步走过来,大大小小的版本发布了 50 多个了,现在共有 5 个人了,从经验教训中一点一点积累了一些测试流程、测试策略方面的内容,现在分享出来,供大家讨论,有不足的地方还请大家不要吝惜,尽管指出来,大家一起提高。
因为代码能力有限,自动化方面只是做了 iOS、android 的稳定性测试方面的脚本,还没有进行大规模的功能脚本编写。

一:
自由测试
UI 测试 - 对比效果图
执行新功能测试用例
对新增功能进行全面拓展测试
交叉测试

二:

主要功能的弱网络测试:断网、1KB 网络、10KB 网络(对基本功能的使用)
响应时间测试(登录条件下):20KB 网速下加载数据时间。
稳定性测试:长时间使用客户端多长时间会崩溃
兼容性测试手动:android 4.0、4.1、4.2、4.4、5.0;480、720、1080、2K 屏所有新功能的兼容性 + 已有功能的基本功能兼容性(需要加强)
耗电测试、流量测试(大版本才会测试)
网络兼容性测试(个个列表数据能加载成功)

三:

兼容性平台测试:百度 MTC、Testin
执行所有功能用例测试(高优先级 case,根据对老功能的影响决定是否执行中优先级 case)

四:
redmine 缺陷库上严重 bug 验证测试
注释掉为方便测试写的代码 的检查
发布版本的基本功能测试
版本号、客户端名字检查

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 19 条回复 时间 点赞

自由测试你们怎么做的?

#1 楼 @lihuazhang 因为我们的开发刚提测的版本 bug 很多,拿到手就把基本功能过一下,就能发现不少 bug,所以是以基本功能为主。

每次版本迭代会遗留下一些问题、时间越久版本越多怎么去控制这些问题

#3 楼 @testly 你指的是遗留的已知问题吗?

#2 楼 @michael_wang 那就不是自由测试,这个属于黑盒功能测试。自由测试,我记得有几个维度。

支持 Markdown 格式, 粗体删除线单行代码
支持表情,见 Emoji cheat sheet

#6 楼 @lihuazhang 这样的遗留问题,看问题严重性,以及用户的反馈来决定是否以后版本及时修复

#6 楼 @lihuazhang 自由测试的几个纬度?

测试流程跟着代码部署流程走:

  • 多个代码分支形成多个版本
  • 新功能在 daily deploy(nightly) 分支测试
  • 旧功能在 release(QA) 分支测试
  • 所有新功能以 bug 的形式在 bug 管理工具中管理 (建 bug 群组)
  • 每次 release 的 bug 单独新建群组管理

app 测试不存在安卓多类型手机使用测试吗?防止可能在某些手机出现的闪退等异常现象等

#11 楼 @zxcab 我们测试这些版本,android 4.0、4.1、4.2、4.4、5.0;480 720 1080 2K 屏 没有那么多机型,手头上有的差不多测测

#10 楼 @andward 目前开发还没有做分支管理

#13 楼 @michael_wang 公司整体开发流程没有规范,测试流程也就不好规范了~

弱网络是怎么模拟的?我一般只是在 Fiddler 上改一下 CustomRules.js

#15 楼 @emily 使用路由器给对应 IP 限速,或者使用 Charles 工具限速(效果比较好些)

#15 楼 @emily facebook 出了一个很牛逼的网络控制的东西吧,阿里巴巴已经在用了。

测试弱网的时候 1kb 下加载不出来页面,说明是什么问题呢?

123456 回复

1,加载不出来,说明网络确实限制住了
2,有没有展示加载失败时应该展示的可以重试的页面、按钮
3,点击重试能不能真正重试,恢复网络能不能加载成功
4,会不会崩溃

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册