摘要: 在看过吴穹对2014年测试的展望之后真的对于移动无线测试的未来大有信心。在文章中再次看到了熟悉的“测试金字塔”，该金字塔是分层测试思想的重要钥匙。我自己是移动互联网出身的测试，所以突发奇想从移动无线应 ...
也许我不说，大家也能够猜得出来是哪家的应用了吧。我几乎每次在餐馆想要使用一些优惠券的时候就会看到这个界面，恨之入骨。难道网络慢弹出个提示就那么难吗？难道为用户考虑一下就那么难吗？你能够告诉我“createorderxxx”这串外星文用户真的认识是什么吗？所谓用户体验好，就是要让用户觉得应用在说“人话”，而不是“火星语”。你采取如下方法都比现在的做法好： 可以选择在用户点击的时候就向服务器做请求，此时并不跳转界面，短时间超时之后给出一个“网络差”的提示 可以选择进入这个界面，但不要给用户看到“火星文”，短期超时之后再给出一个“网络差”的提示，并自动返回上一页 说着说着我的火气就上来了，不过还有更可气的了。我们来看下面这个应用的行为。 硕大的logo，这个是什么场景呢？现在支付宝和“喜士多”、“7-11”等多家便利店合作了，不但方便了大家的购物，同时也减少了零钱和假币的流通，的确是个大好事。便利店网络不好的情况也尤其多，当我选择好了很多商品，最后拿出支付宝，看到这个鸟样，我心里真的千万只草泥马奔过。但此时想想没有关系阿，我作为iOS高大上的用户可以杀进程，于是我熟练的杀掉支付宝的进程再次打开，事实证明我无法改变这个鸟样。我真的很焦虑，我知道支付宝要联网，但它不是一个网游吧，为什么没有网你就不能让我打开呢？我真的觉得让我看到一个进入的界面或者设置一个短时间就超时都比我看着一坨黑色上面有个“菊花”强数百倍吧，于是，我的手机真的被我摔坏了。 控件显示 现在往往很多测试说测UI了就是拿过来看看界面显示对不对，所谓UI Automation也就是模拟用户的操作，但是真的仅仅只是如此吗？Android的应用界面一切都是以View来构成： 请问有多少工程师关心过这些所谓的界面上的控件显示的到底对不对呢？像素值和比例与需求一致吗？我们一般可以通过三步来解决这个的问题。 A． 先验证每个界面显示之后控件是否存在 B． 再验证这些控件具体的位置、大是否正确 C． 最后验证整体显示是否正确 其中B可以使用如下所示的这个类来验证： 而C的话我更偏向于自己去写，而不是用MonkeyRunner自带的图片对比方法，其精准度不高，很难判断图片是否真的有细小的差异性，我自己更偏爱用PIL库。iOS的话Xcode也自带了Inspector可做相关验证。 功能交互 手动测试，自动化的话可用框架太多。Robotium，Instrumentation，Appium，这里不多做解释。 代码接口 某些应用往往逻辑很复杂，但界面却很简单明了。其复杂程度体现在它的逻辑和数据场景。这类情况对于测试工程师而言尤其的痛苦，那么自然我们就可以跳过界面层来做功能代码的接口测试。 |
