my frist app project（第一个app项目）

项目简介：应用于iphone端的玩货，主要提供给商家达人拍摄上传视频，首页嵌入玩h5页面，用户可以边看视频边购物

主要功能：拍摄1分钟视频，用户可以美化处理视频，包括添加滤镜、特性、字幕和音效。

项目周期：第一版本V0.9周期2个月，开发4月份开始，5月份中旬提测，测试花了一个月

                   第二版本V1.0周期1个月，测试花了半个月

适配机型：iphone 5（ios8）/5s(ios7)/6(ios9)/6plus(ios8)/6s

安装问题：需要开发把手机的设备号加入配置文件，才能安装的上安装包api。(开发者证书签名)

项目过程：

       项目刚介入测试，前几个版本的一轮测试花的时间会稍微长点，需要完整考虑每个功能的测试点，过每个功能，走整个流程。第一版本花了一周左右的时间测完，几个版本过去后，版本迭代可以快了，最长2天就要出一个新版本。如果有特殊的情况，比如有一个bug很重要，如果不能先修复，就很难进行下面的测试工作，这种情况bug的优先级可以提高点，让开发尽快修复，能比较快速的出一个新的版本。下面说到测试流程问题，正规的流程是在产品提出需求，测试人员就要开始分析了解需求，着手设计编辑测试用例，同时开发人员开始开发。玩货项目，产品和开发是在我们测试人员不知道的情况下就已经开始了，快提测的前一个礼拜产品才给测试开了一个会，测试才开始工作。测试人员很晚才参与项目，导致测试人员根本没时间编写测试用例，就匆匆的马上进入了项目测试中去了，这样很多测试点会被忽略，有些测试点总是等几个版本过去后才考虑到，开始发现问题，其实这样很会影响项目的进度。比如这次项目开始我想到了在视频拍摄、播放和静态界面按home键的场景，忽略了在视频拍摄完发布正在处理和视频上传正在处理这些状态下按home键的情况，还有自动锁屏和手动锁屏的情况。 问题是在项目快拿去给阿里巴巴展示的前几天才注意到这个问题（PS：是我师父发现的~~\(^o^)/~，菜菜的我真心没想到），这问题对开发还是比较头疼的事，导致了开发也没能在早期考虑进去，项目后期才开始考虑处理方法，这样说就有我们测试人的责任了，给开发找到了问题的借口(⊙o⊙)…目前项目还是进行中ing...每个版本都会有新增的bug产生，很不好的想象，正常的应该到后面不会有新问题出现（PS：下面我会在存在问题点里面说到这个现象导致的原因）。上周产品提出了新的需求，整个产品发生很大的反转，焕烂一新的感觉。应用加了精品模块，模块里面嵌入了玩货h5页面，原先app名称是拍货，现在定义为玩货。不过我听到很高兴，没有任何的不好情绪。项目第一次产品会议，看到拍货整个体系，个人感觉超不好的，感觉就跟美图出品的美拍差不多，而且还不如美拍，没有任何的创新和新鲜感。现在是改名为玩货，是为玩货打造的，个人觉得项目还是有意义的，之前都是在PC上发布视频，提供给用户边看边淘宝，现在考虑到移动端的实现，个人还是很期待的。下周二6月16号就提测新一版，计划着周五上第一期。

       在开发和测试期待能在AppStore上看到应用时，结果产品又在幕后操作着进行V1.0版本，而V0.9版本就这样被无声的否决了。V1.0版本和V0.9差异很大，截然不同，不过的确高大上多了，首页换成了原生的，支持左右切换到菜单栏和导购拓展页。这个版本的bug就没出现之前的情况了，之前每个版本都新增bug，到了后期还新增很多bug，这能反射出团队已经打磨的差不多了，这对我们测试来说会轻松点。总体来说，V1.0版本产品有很大的改善，之前白白费了那么多功夫在V0.9版本上，不过这个时间让产品找到了真正想做的，只是代价大了点，浪费了很多开发和测试的资源，搞得很累。V1.0已封版，等待发布会结果，V1.2版本UI替换正在进行中...     

测试点：

         1.UI测试，对比设计给的UI和产品需求，看是否和要求的一致。同时要符合公司和行业的要求，保证界面的人性化、易用性和友好性。

         2.功能测试

         3.适配性测试，包括设备和系统类型。适配性测试没放在最后考虑，web测试都在整个功能都已经稳定确定情况下，才开始入手。app测试也差不多，这次项目很庆幸入手的比较早，在ios7系统上卡死和闪躲众多问题 的重大问题才能尽快的解决。

         4.接口测试:关于数据，我喜欢抓接口来看，这次很多应用数据都是用已经存在的接口做的，所以我们没着中去测接口，但是各种情况参数的考虑，我们都会重新过一遍的。

         5.安装和卸载：注意覆盖安装和卸载安装。覆盖安装的话，需要注意前一版本的数据是否还存在；卸载安装的话，则需要注意前一版本的数据是否都已删除

         6.网络测试（通常都是在wife下测试功能，保证功能一切都通过，再考虑其他网络应用）

               。测试2G/3G/4G/wife网络应用运行速度，数据加载

               。无网络，考虑数据加载提示

               。有网切到无网络，考虑加载数据提示，还有缓存情况

               。wife切换到2G/3G/4G的处理，这点非常重要的，若要是在用户不知明情况下，切到到3G网看视频，消耗大流量，会让用户很恼火滴！

          7. 异常测试

                。反复操作某个功能，不断的反复点击，是否出现crash

                。上下多滑动

                。 app运行时候，进行中断干扰：拨打或者接听电话、插耳机、充电等

                。  多个app同时运行

                。 app运行，在静态页面和动态下按home键，再回到前台时，注意是否会crash,同时功能是否正常

                。app运行，在静态页面和动态下自动锁屏，再解锁进入app时，注意是否会crash,同时功能是否正常

                。app运行，在静态页面和动态下手动锁屏，再解锁进入app时，注意是否会crash,同时功能是否正常

                。app运行，清除程序情况下重新启动应用，app是否能正常启动

                。app运行，双击home键，程序在后台运行管理中状态是否正常合理，再回到前台时，注意是否会crash,同时功能是否正常

           8.消息推送（V0.9和V1.0版本这个没在产品考虑内，所以未涉及到这点功能）

                项目在cms后台未开发完成之前，我们就拿到了push接口，通过Fiddler工具主动的自己发起请求，提前进入了测试。消息推送主要测三点：接收到消息的时机，我们产品是要求在关闭程序或者程序在后台时候能收到；打开消息推送呈现的内容；各种不同页面挂起后，再打开消息推送的逻辑处理

           9.软件自动更新

               这个我让开发配合一起看的，需要检测到有新版本才能更新，这个测的时候可以请教下开发的，然后抓接口改了相关版本的数据。

（后面会继续补充说明）

           10.手机存储内容不足情况，操作app应用

           11.效果：一般重心都放在功能上了，一直在过功能，走通流程后，就忽视了app应用的效果。比如美拍、逗趣的app，就需要注意视频拍摄后处理的效果，不能被压扁变形

           12.其他

                 有一点特别提出来，所以我在这里还是写下来了吧！在关于访问相机、相片和麦克风，V0.9版本我们忽视了这点，后面还是其他人提出来才一下恍然大悟自己竟然遗留了。在相机、相片和麦克风访问设置，一般都很容易跳过，习惯性的只是想到允许访问，而不允许访问的场景往往就被遗留了。相机、相片和麦克风访问设置的只是一个例子，不仅仅就针对这个，其他应用的功能点中都很需要反向思维去考虑场景测试，以防功能的遗漏。测试人员需要一个缜密思维~~~呼呼，记住记住！

提交App Store审核的那些事：

         1.检查版本更新功能相关的设置一定要拿掉，App Store有一套逻辑逻辑，所以只要有版本更新功能跳到App Store去下载最新进行更新就OK，自己的应用不能有相关检查更新的设置项。哈哈~~~如果你真的想有这个设置项，也是有办法的，你可以把通过配置文件进行控制开关，申请成功后，你再把这个设置项打开

        2登陆功能，不能有跳到safari进行第三方登陆

        3.分享功能，不能有跳到safari进行第三方分享