一般我们测试一个产品会有相对应的产品规格说明书或者使用说明，那么在测试过程中以需求为基准进行测试，通常不符合需求的即为缺陷。虽然现在的 App 项目没有产品需求，但由于 App 的大量涌出以及功能相对简单，我们根据测试经验和平时对 App 的使用习惯即可进行探索测试。
移动端的测试通常从功能、界面、兼容性、易用性/友好性、交叉性、网络、业务逻辑等方面进行测试。
功能方面的缺陷：
1.App 崩溃
这是测试中的常见问题，这类问题也是非常严重的，会直接影响用户对产品的第一印象，据说如果用户安装产品后在使用过程中出现两次闪退就会立即卸载，也就是说产品的在该用户处的生命周期也就到此结束了，所以一但出现这类缺陷，立即要进行修复。引起系统崩溃的原因：
设备碎片化：由于设备极具多样性， App 在不同的设备上可能有表现不同；
带宽限制：带宽不佳的网络对 App 所需的快速响应时间可能不够；
网络的变化：不同网络间的切换可能会影响 App 的稳定性；
内存管理：可用内存过低，或非授权的内存位置的使用可能会导致 App 失败；
用户过多：连接数量过多可能会导致 App 崩溃（如过多用户同时进行在线注册或者登陆）；
代码错误：没有经过测试的新功能或者修复缺陷引起其他模块而导致的崩溃；
第三方服务：弹出广告导致的 App 系统崩溃；
规避方法：在测试过程中设计较多的场景测试，尽量做到大量的覆盖。
2.功能未实现或只实现了部分
这类问题在测试过程中也经常出现，送测的版本有的只实现了部分功能，直接影响就是该模块无法测试完全，但由于模块之间是相互关联的，一般又会影响到其他模块的测试，所以这样一个版本测试完毕，但由于需求没有完全覆盖，所以也不知道该版本到底还存在什么问题。
3.功能实现错误
未按产品需求中的功能实现，常见的如： Button 点击未响应，请求网络失败，链接失败、正向点击后再点击返回异常，表单内容未进行校验等，这类问题虽然没有系统崩溃那么严重，但是给用户的体验非常差，导致 App 损失应有的用户数。
界面方便的缺陷：
1.不符合 UI 设计或与界面原型不一致
送测的 App 在实际的开发过程中由于其他原因进行了一些修改，此时可能和界面原型不一致，这种情况也是允许的，毕竟设计和实际的实现过程是有偏差的。但是在测试中局部的修改导致和整体界面风格不一致，或者和图片、文字、按钮等不协调，此类问题虽然不存在使用上的问题，但是用户感觉非常不好，也给用户留下该研发团队不专业或者产品粗制滥造等印象，用户也不会使用太久或者直接卸载。
2.界面显示不完全
App 由于功能相对简单，但是又要给人直观印象，所以图片作为首选使用，尤其在首页进行产品展示或者重要信息传递媒介会经常使用，但是在实际测试过程中会出现页面加载不完善的情况，如：图片显示不完全，按钮显示错乱，请求新页面的内容成功返回后和原来的界面内容重叠、在编辑框输入内容过长向服务器提交请求返回数据和其他内容重叠等，这些界面问题非常影响用户使用，所以这类问题必须彻底修改。
兼容性方面缺陷：
iOS 系统常见版本有7.0、8.1、8.4、9.1等，硬件常见 iPhone 4S、iPhone 5、iPhone 5S、iPhone 5C、iPhone 6、iPhone 6S、iPhone Plus、iPad 系列；安卓常见的版本有4.3、4.4、5.1、6.0，硬件更是数之不尽，不同的品牌，常见的如三星系列、华为系列、小米系列、OPPO 系列、VIVO 系列等；测试中 App 在不同的机型上由于软件、硬件等不同而出现各种各样的问题，这些都是缺陷聚集的地方，比如 App 包在 iPhone 6 9.1 版本上运行正常，但是在 iPhone 5s 8.4 上存在界面问题。这些都是测试中经常出现 Bug 的方面。
易用性/友好型方面缺陷：
这方面的缺陷一般有界面显示、功能方面、也有用户使用习惯方面的缺陷。
1.界面方面
界面显示不美观、界面色彩用户使用不舒服、界面色彩和按钮、其他的编辑框等不搭调、图片和字体显示布局不美观（文字包围图片方面）、界面的字体是否满足视力不好的用户、操作是否满足特殊方面的人群等。
2.功能方面
比如同等功能的 App，一样的功能，其他的 App 使用三部即可实现要求，而该 App 需要四部，那这样的 App 即做的还有待升级。还有比如表单，虽然一样的是进行用户输入，但是如果没有进行数据校验，用户可以随意输入，如输入任意字符或任意长短的字符，这样会产生系统崩溃、界面显示异常、数据溢出导致的不符合用户习惯的结果，所以这方面虽然用户甚少这样操作，如果无意间随意操作出现的异常结果，用户都会非常反感的，甚至严重的会引起系统崩溃无法开启，这样的缺陷太严重，用户肯定不会再使用该 App 了。
3.用户引导功能
现在的 App 有的会在安装后出现用户引导页面，通常合理的引导页面控制在 3-4 个即可，太少可能没有传递清楚意思，太多用户肯定会非常厌烦，所以尽量让各种功能符合用户习惯，否则可能会出力不讨好，用户不再使用或者很少使用。
交叉性方面缺陷：
手机的基本功能就是作为通讯工具进行使用，所以我们在使用 App 中肯定会有电话、短信、蓝牙、闹钟等进入，并且这些功能比 App 的优先级高，一但同时出现， App 要后台运行或者进行处理让基本功能优先工作。在测试过程中会出现电话进入 App 崩溃或卡死的现象，闹钟响起 App 挂起等现象、 App 运行同时电话进入，电话无法接听等。这方面的问题非常严重，如果 App 引起手机基本功能无法使用，用户是无论如何也接受不了的。
网络方面缺陷：
用户通常使用的网络有 2G、3G、4G、 WiFi，一般情况下 4G 和 WiFi 下问题不大，但是如果是在 2G 、3G 下，会出现数据请求时服务器无法响应等问题，也就是数据交互时卡死，比如在 2G 网络下测试，点击提交按钮，进度条一直转，但是无法提交成功，这类问题就是在网络较差情况下出现的。还有在电梯或者网络非常不稳定的地方， App 会卡死等情况。在 WiFi 和 2G/3G 相互切换时，出现卡死或者崩溃等问题。
业务逻辑方面缺陷：
此类问题没有明确的缺陷界定，需要测试工程师对 App 足够熟悉，在测试过程中发挥主观能动性一边测试一边进行思考，可能一样的都能实现功能，但是用户使用起来会觉得操作不舒服，或者模块之间的业务逻辑设计不明确跳转混乱等，这类缺陷在测试中可以作为建设性意见提交缺陷，作为产品后期升级时考虑的方面。
基于以上，可见测试是一项重要又需全面，任重而道远的工作。
蒲公英专家测试针对不同的测试需求，全方位涵盖测试关卡问题。
Bug 探索测试按照功能模块区分，系统全面地寻找应用中每一处存在的缺陷及问题。专业测试报告一目了然，让应用更加完美。
人工遍历测试为 App 量身设计测试用例。全功能点覆盖，挖掘每一处细节，制作精美的用例报告，用心测试出 App 的每一处问题，只为 App 完美上线。
苹果审核又多又繁琐，iOS 审核加速让 App 在48 小时内，就可得到官方的审核结果。极大的节省等待审核时间。
iOS 上线预审，人工逐条对照，详细把控每一条上线规则，只为应用审核一次通过。
测试工作是应用开发的重要环节，承担质检重任，完善的系统测试将会给接下来的工作带来便捷，重视测试，让你的 App 驰骋前行。
网友评论