两年的历程之C/S android客户端测试

 

    今天4月19号，想想来广东工作两年了，不得不说时间真的过的很快

 

    10年3月28号吧，好像是那天，找到第一份工作，很激动开心，测试生涯从此开始。

    那时的测试工作只是简单性的对手机软件进行功能性、安装卸载、UI进行测试，比较单纯，不需要写用例，不用设计场景，也没有太多的需求文档。一切就是那么的直白，那么的轻松。

    然心知道，这不是我想要的工作，于是第一次辞职了

 

    10年9月28号，来到了东莞现在这家新公司，新的测试工作开始了，希望是如我所想的那般美好

 

    进入的部门为研发部，这名字喜欢，呵呵

    部门人数初始9人，加我10人，我一个测试。（最初是能够学习很多东西，自己一个人能接触更多层面）

 

    最初接手的是C/S模式的手机客户端软件（android平台）

    这个客户端：1.是给与用户进行各手机操作系统的软件应用、游戏资源等下载；

              2.备份用户手机通讯录联系人信息与短信信息

              3.方便用户在线对手机话费进行充值

    这三大模块

  

    刚开始，不熟悉需求，不熟悉功能，不熟悉内部逻辑，不知道相关业务流程；没有失落、没有害怕，有的只是从心里压抑的开心，激动，激动着可以自己一个人从测试计划开始自己编写，自己调整；需求从设计图，从产品部一一询问，从开发那了解内部逻辑，总结成了文档，第一份粗糙的需求文档出来了，是那么的简单，基本的功能流程图，基本的只是描述个功能点的具体信息，一切是那么的简陋

    需求了解了，内部逻辑也明确了，业务也向具体人员知晓了，场景以设计好，各流程也以清新印在脑海中，于是开始编写用例了。

   

    用例的元素有很多，结合目前的测试平台和公司实际情况，我设计的用例模板中只选择了用例编号、一、二级模块、前提条件、操作步骤、输入数据、预期结果、测试结果、备注、编写人、编写日期、测试机型系统与网络。

    用例编写其实还是比较容易的，个人认为只所以有人说用例不好写、用例覆盖的功能点少，无法全部覆盖，是因为你对整个项目流程还不清楚，对内部流程与业务还不清楚，不透彻。

 

    如像我现在的android手机软件测试，具体的功能测试就不说了，手机软件测试需要注意的是兼容性：手机屏幕分辨率（UI的变形拉伸、功能模块无法操作等）、手机操作系统（1.5/2.2 2.3 2.4/4.0等）、手机硬件（国产/非国产 不同的厂商生产的机型CPU,内存等都不一样，这直接影响了软件在操作中的运行速率与软件处理能力等）；手机的网络模式：2G网络模式联通与移动的GSM，电信的CDMA、3G网络模式联通（WCDMA）、移动（TD-CDMA）、电信（CDMA2000）；还有不同接入点的设置：CMNET\CMWAP；容错性：软件运行中来电，来短信、断电、网络断开、相关错误操作信息提示等等。像这些在手机软件测试过程中都是需要注意的。

 

    因为手机软件测试部仅仅只测试与软件，更要对手机硬件有一定相关的了解，所以这块还是不是很好做的。并且不同的手机平台，平台的测试方式在细微上分别也是有一定的区别的，如android平台，就需多看切换至后台，从后台切换回这方面。

 

   这只是对于在手机上的操作，而我测试的这个项目对应的还有一个WEB网站，所以在一些模块中还应对比网站与客户端上数据的对比等

 

   现在手机测试大多数都还在手工测试，目前个人在自动化这块模式，通过android SDK里自带的测试工具monkey 和monkeyrunner摸索研究中，希望有志同道合的朋友一起交流学习。