[你问我来答第36期]:移动互联网测试(已结束)

monkeytest15

回复 13# yanfang_zheng


    要在手机内存不足得情况下安装app？这个内存是指内存溢出得内存，还是存储器或者sd卡得容量？

monkeytest15

回复 14# 天猫


    简单来讲，比如说UI层面得自动化。可以自己junit写，也可以用robotium，athrun等第三方得框架。java层面得业务方法测试可以junit来写。如cs结构得话，那么可以用ruby或者别得语言来测试api。或者从java层模拟和服务器得交互等等。底层得话就是c得单元测试了

monkeytest15

回复 15# 天猫


    哈哈。这个bug找得好～～～

monkeytest15

回复 16# 天猫


    解答ing～～～

monkeytest15

回复 17# Aimelyccc


    您好。你得理解其实非常正确。能够想到这些已经不容易。
   问题分成两个。怎么了解移动平台。
   我觉得两方面，一方面是系统架构。比如整个系统从下到上是怎么组成得。其特点有些什么。然后是用户习惯。比如用户是不是喜欢刷rom，是不是喜欢装更多得软件，是不是喜欢使用一些home，menu等特殊按钮

  应用得话，其实也是一样得。一个是应用结构，包括生命周期等。然后是用户得习惯，交互。

  结合得话，这个话题比较大。我举个例子来讲。就比如应用里有很多大应用。那么平台得特点是允许应用将一部分得资源文件放到sd卡得存储目录。那么这个场景下，可能就会出现这个平台和这个应用特有得bug

xsheep

我有四个问题：
1.移动互联网开发节奏很快，版本快速迭代，如何让测试敏捷起来？
2.移动应用测试，如何更全面的保证产品质量？如何让用户参与到测试中来？
3.用户反馈问题建议非常多，如何做好有效管理、分析和反馈？
4.竞争产品很多，测试如何做竞品分析？

nizewei41

老师，测试如果想不安于现状的手动功能测试，应该自学些什么东西，让自己更加强大点，讲讲你的工作和学习经验吧

xsheep

回复 27# nizewei41


    可以关注这个帖子：http://bbs.51testing.com/thread-982106-1-1.html

yangxiangfu

陈老师好！
问您几个问题
1、android设计用例有没有一些好的建议，因为公司人少，写了用例也评审了，但是还是有遗漏的点。怎么设计可以保证测试用例覆盖率呢？
2、app版本迭代快，每次修改后，好多功能都得重新测一遍。这个除了考虑自动化，还有什么好的解决办法
3、如果用robotium做黑盒自动化，自动化的用例一般都是怎么设计的。有没有robotium方面比较好的框架推荐使用。

xuquan

这边是在做移动web这块，能不能解答下 移动互联网产品的性能测试相关问题； 如：各网络情况下的响应时间，并发等...

monkeytest15

回复 26# xsheep


    您好。四个问题都很强大，很深奥。我只能按照我目前得经验来回答了。希望有帮助。

1.移动互联网开发节奏很快，版本快速迭代，如何让测试敏捷起来？
Monkey：我建议放弃完全得Test Case。全部用feature list或者测试思维导图或者功能点划分表来进行引导得测试。主要目的不会漏掉功能点以及防止regression得bug。其次要敏捷必须要有自动化得支持。关于这点就是根据不同得app进行定义了。首先UT无论如何就要做起来。其次是api和regression test得自动化要做起来。当然CI也一定要搭建的。


2.移动应用测试，如何更全面的保证产品质量？如何让用户参与到测试中来？
Monkey：更全面得保证产品质量。如果要说到全面，那么必须就是功能，压力，性能，安全，用户体验面面具到了。其实还是和我第一个问题说得一样。将app结合os得特性分层进行逐个得测试或者自动化测试。关于让用户参与到测试中来的话。我建议可以将不同的用户集合起来，qq或者weixin保持联系。然后android可以定期发布内测版本，ios可以发布testflight版本。


3.用户反馈问题建议非常多，如何做好有效管理、分析和反馈？
Monkey：这个我相信无论哪家公司都会碰见。用户的反馈不一定都是有效的。管理的话，我建议还是需要安排一个专门的人进行记录。将反馈全部作为bug的一种，随后填入bug系统方便跟踪。其次关于crash或者无法重现的问题。就需要自己在软件中增加自动反馈crash log的机制。包括用第三方的友盟等也可以。随后再定期的进行log的分析。这些其实都不难，主要就是需要坚持，一直去做。


4.竞争产品很多，测试如何做竞品分析？
Monkey：这个其实我并不是很在行。不过我觉得分析的话。主要有几点。其一，核心功能的体验。也就是说核心功能路径长短。比如A用了3步完成B用了4步完成的功能，那么A明显有优势。其二，核心功能的交互，包括用户的学习成本。其三，场景分析，比如我们可以设计N个场景，在这N个场景中我们自己的产品和竞争对手的产品，用户会做什么选择。其实往往我们一设计之后就发现，有些功能用户根本无法理解，或者根本不用去做。自然也就没有意义。当然分析还有很多，包括下载量，点击数，评论等等。都可以观察。

monkeytest15

回复 30# xuquan


    您好，如果是纯粹的内嵌web的话，响应和并发直接看server，包括请求到反应时间即可。因为服务器不知道到底是什么发过来的请求，所以移动端的网络一般不稳定，我们需要保证在一切正常的情况下，请求和服务器的响应达到最快即可。

monkeytest15

回复 29# yangxiangfu


    您好，问题答覆如下：
  android设计用例有没有一些好的建议，因为公司人少，写了用例也评审了，但是还是有遗漏的点。怎么设计可以保证测试用例覆盖率呢？
Monkey：首先这个遗漏点是什么？然后根据这个遗漏点可以分析。怎么设计可以保证用例的覆盖率。这个其实单从功能角度来讲。你需要一般的设计方法，场景case，交互case，但是这些一般也都需要经验积累。所以我建议你最好可以先从遗漏的弥补，然后多用用自己的产品以及其他竞争对手的产品。这样会慢慢从真正的用户去思考。这样问题自然会少很多。当然这个仅仅是功能，如果想真正的保证coverage，那么必须从app的各个层面进行保证

app版本迭代快，每次修改后，好多功能都得重新测一遍。这个除了考虑自动化，还有什么好的解决办法
Monkey：有！两个。一个是让dev每次给出自己修改的点。而你提炼一些比较好的case进行smoke test。毕竟测试是一个有策略的活动，需要有优先级。第二个，就是你自己学会查看diff，这样你就能够知道大概会影响到什么功能。

如果用robotium做黑盒自动化，自动化的用例一般都是怎么设计的。有没有robotium方面比较好的框架推荐使用。
Monkey：首先呢，我不建议直接用robotium，如果要用，尽量二次开发。因为robotium本身还是不会满足全部需求的。如果说黑盒的话目前我还是推荐robotium的。当然仅仅是UI 自动化。一般设计的话，不要有太过复杂的交互，每个case保证单独的功能点，最简单的操作即可

monkeytest15

明天我在ScrumGathering大会演讲。可能会回的慢。大家原谅以下哈～～～

pkncoin

老师，你好~
我现在在做移动互联网的自动化，因为我们的项目不单纯测试app(apk, ipa)，要测试很多设备的native UI（Settings，Wifi，VPN）之类的，所以在Android系统上，我们用的是UiAutomator，这个比Robotium更适合我们的项目。

我想请问老师
1. 老师有用过UiAutomator吗？请问它和MonkeyRunner的优缺点是什么呢？
2. 对于iOS，我们至今找不到合适的自动化工具去做。请问老师有什么好的建议吗？

kayleecy

大神  ,你跟我同名同姓 字也相同哎. 只是偶是妹纸

lsekfe

大神  ,你跟我同名同姓 字也相同哎. 只是偶是妹纸
kayleecy 发表于 2013-7-3 11:13

    呵呵 这个可以有！

monkeytest15

回复 36# kayleecy


    额。我不是大神。。= =。。其次。。哈哈。。妹子你好~~

  我从ScrumGathering刚回来。真心的累。

monkeytest15

回复 35# pkncoin


    您好。正如你说的，还有很多native的UI，你的选择是正确的。

   1. 我觉得UIautomator更多的还是适用于编写app的ui，也方便查看一些属性。monkeyrunner我觉得更好的适用于整机（rom)测试。至少我现在看到很多大企业还是用monkeyrunner的。

  2.ios的话，是这样的。一个是用js来写monkeytest。这个我现在已经实现了。然后是进行静态的code分析。instruments有工具。再来就是unit test。unit test对于ios还是很有帮助的~

yanfang_zheng

回复 21# monkeytest15


    是指手机的存储或者sd卡的存储