交互功能测试

在测试过程中可能会被分配到一个单独功能的测试工作，或者一些单独的功能在不同的时间点交付给测试，这时可能会漏掉一种测试场景，即多个有关系的单功能之间的交互测试，所有这时需要注意一下多个有联系的功能的交互测试。其实在最近的测试中也确实遇到了这样的情况，所以搜了下这方面的资料，顺带写个笔记提醒下自己。

在《测试架构师修炼之道》这本书的4.3章节的测试方法中，在功能测试方法中讲了多运行顺序执行和多运行相互作用的方法。我个人认为这两个方法合到一起更为合适。由于这两个功能有关联有交互，所以可以使用顺序执行的方法来测试。

文中把一个运行定义为模拟用户的一个操作或行为，从用户角度讲，一个运行代表一个有意义的操作，一个运行可能指一个功能，也可能指多个小功能。我认为，工作中可以不这么理论化的说一个运行，可以把一个对用户来说有意义的功能就叫做一个功能A或者模块A，然后另外一个功能就叫做功能B。用一个功能替代文中的运行。

文中根据功能分析出测试点的过程值得借鉴，主要思路就是，分析出前一个功能的哪些操作会对后一个功能产生影响，然后分析出不同的测试点。

举个例子，拿最近测试的功能来简单分析一下：
功能A：发布动态
功能B：患者操作
功能C：模板操作
功能D：待办人操作
分析出的测试点：
第一类：
新增患者/删除患者/修改患者信息，发布动态
增加/删除模板/修改模板信息，发布动态
待办人增加/删除/修改姓名，发布动态
另一类：发布完动态后，在进行以上操作，例如先发布动态，带有患者A，再修改患者A的信息，查看待办中的患者A信息是否更新。

QQ20171225-190144@2x.png