移动app如何进行自动化和探索性测试

在测试设计时最主要依据的就是测试金字塔的测试结构。若是在项目临近发布才开始测试并发现缺陷，这样修复缺陷的成本就会很高，项目的进度也会很不肯定。因此，就开发阶段来讲，若是把测试分层，在不一样的开发阶段都进行测试，能很大程度上缓解这些问题。

测试分层的优点有如下几点：

1．测试的成本

单元测试的开发成本要远低于用户界面测试，若是在用户界面的测试中发现缺陷，修复缺陷的成本也是远高于经过单元测试和组件测试的成本。
这里的成本不单纯是开发人员修复缺陷所须要的资源和时间，还包括缺陷修复后测试人员进行回归测试所须要的资源和时间，以及项目延期等其余项目成本。

2．测试的效率

单元测试能很快地验证很小的功能或者方法，且运行时间短，反馈更为及时。

3．缺陷定位的难易

单元测试失败后，测试人员可以很容易知道是被测试的特定功能或者方法不正确；而若是是用户界面的缺陷，测试人员就须要花费更多的时间来进行排查，肯定出现问题的功能模块，最后再进一步发现须要修复的功能和方法。

4．反映真实的业务需求

单元测试没法从全局观的角度了解系统模块之间的交互，也没法经过方法的组合帮助用户完成业务目的；而因为用户界面的测试描述的是从用户角度出发的用户使用场景，所以能够更容易地阐述用户的行为和业务需求。

5．更加接近业务

用户界面测试描述测试的层级更高，因此更接近业务；单元测试描述测试的层级更具体，因此更接近于实现。

从测试金字塔分层来看，不一样层级的测试都颇有必要，而咱们也须要根据不一样测试所处的层级及其特色来设计测试。

另外，实际测试设计时采用的测试金字塔具备更多更细节的分层。高层级的测试和低级别的测试相比，抽象程度更高，测试运行的时间更长，与更多的系统和模块有交互。反馈的周期更长，接近缺陷的成本也更高。

单元和组件测试的测试驱动开发TDD的基本循环步骤是：
1，测试失败；
2，测试经过；
3，重构；

因为测试驱动开发是针对单元和组件测试所使用的开发技术，因此在进行单元和组件测试时，测试人员只须要了解并评审开发人员在单元和组件测试中覆盖了哪些场景，并不须要完成其实现。

在测试金字塔的最高层级，是对于App的“探索性测试”。

1．探索性测试是针对于脚本测试提出的，可是二者并非针锋相对的，而是相辅相成的。探索性测试，脚本测试和自动化测试之间能够相互转化，相辅相成。

2．探索性测试要求测试人员在执行测试时，如同用户旅程同样，首先设定好测试目标，而后规划出一段时间，使用启发式测试策略模型，经过测试人员的创造性思惟，采起不一样的测试路径，来达到测试目标的测试方法。

3，在探索性测试执行中，为了提升探索性测试的效率，而且可以重现所发现的问题，能够采用基于测程的测试管理。在App测试中也可使用SBTM技巧进行探索性测试。

4，针对App测试，测试人员须要测试在低层级测试中不能覆盖的对于页面跳转和不一样页面间数据流动和展现等须要涉及到多个页面的流程操做。

5，当进行App的探索性测试时，选择在真实设备上运行能够提升测试的真实性和加深对于用户使用场景的理解，从而不断促进探索性测试的发展和深刻。