移动应用测试流程

  以下是这段时间测试手机app的流程总结。

  从需求阶段开始介入。参加软件功能设计,在软件编码之前,在仍有可能大的设计变更的时候,积极参加软件的计划阶段,这会帮助我们了解正被考虑的折衷和权衡从而了解客户需要的产品的雏形。在此阶段内,可以进行测试用例的设计,因为在设计测试用例过程中,更加容易掌握整个应用的流程功能,并且还能将设计图上模糊或不合理的纠出来,从而进一步明确需求。

  界面搭建阶段开始展开测试。由于移动平台的厂商,机型较多。同一个界面在不同屏幕的手机有不同的表现。尤其是android系统低分辨率的手机容易出现图标按钮的拉升、畸形的现象。所以在功能逻辑测试前 尽量进行一次UI测试,以减少开发风险。畸形覆盖测试应尽可能覆盖不同的操作系统及流行的厂商的机型。

  

  功能测试中最常用的测试方法莫过于回归测试了。开发人员在完成某一功能模块的编码工作后,就交互给测试人员进行测试。测试人员根据测试用例进行测试,在完成一轮测试后,将测试过程发现的bug提交到项目管理工具上,如jira,redmine,bugzilla, testdirecor等。并根据每个bug的影响严重程度划分优先级。将其assign给相应的开发人员。开发人员根据bug的优先级进行修改。修复完成后,测试人员进行第二轮测试,也就是回归测试。回归测试的目的一方面在于验证bug是否修改好,另一方面则是为了检查开发人员在修复bug过程中有没有引入新的问题。

  功能测试侧重于一个模块的测试。在进行完各个模块的功能测试后,接下来就应该进行系统测试。集成测试展开的目的是为

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

多测师111

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值