如今，随着移动互联网的浪潮越翻越涌，移动APP测试工作的现状已经成了那本“家家难念“的经。不管公司大小，不管测试哪种类型的APP，让广泛测试者苦不堪言的就属重复性最多，测试工作量最大的功能测试。而这个系列文章将逐一解构一些问题。

这第三篇会解析哪些问题呢？

大公司：有多名测试专家，有庞大的测试用例库，测试工作分工明确，做功能测试的人员通常固定，新员工能力建设主要通过执行用例。

中型公司：测试用例和测试平台管理通常有待完善，而测试人员流动性对其测试能力的建设和传递提出了很大考验。测试用例维护不及时，通常称为鸡肋。

实际上不管是多大规模的公司，只要有用例需要管理的公司，都会有以上问题。

本文的主题就是：如何让用例管理免维护&免培训？

新员工培训的主题故事
师父：来来来，你把这部分功能按照用例去测下，学习下前辈们怎么写用例，熟悉我们产品的功能昂！
徒弟：好的
……
徒弟：师父师父，这个用例是什么意思？
师父：哔哩哔哩……
徒弟：师父师父，这个用例说的和现在咱们产品的实现好像有出入，以哪个为准啊？
师父：哔哩哔哩……我（此处翻白眼）

以上故事凸显了两个问题：

●第一个是用例维护问题：现在所有公司（注意是所有）的传统用例都是文档描述，通常测试员本地设计用例后再归档到测试管理工具里，测试用例设计人员和测试用例执行人员通常不是同一个，甚至版本1的设计人员和版本2的设计人员都不是同一个。

●那么最终导致的问题是用例表述不一致，不同人理解能力不同发生很多沟通问题，同时现今研发进程加快导致用例的更新进度跟不上，导致很多用例无法及时更新，即使测试人员发现需要更新也可能出现各种问题（推诿、拖延、交涉、评审）。

那么面对这些“头疼脑热”，我们怎么来治疗呢？

TestBird为此发明业界首创的图片式用例：

1.已有用例的公司可以选择导入excel用例，再按照用例执行测试，即可更新为图片式用例，无任何新增工作量。新用例的建设，可以直接进行测试执行，同时即可保存为图片式用例

2.用例继承管理，通执行用例结果自动覆盖：执行通过即可选择是否更新用例，执行失败即可保留上一版本用例。

3.图片式用例的优点：以产品实际截图为准，无理解偏差问题，也没有理解能力高低问题。

通过第一点和第二点我们发现完全没有用例维护的工作量，TestBird将用例的维护嵌入到测试执行工作中！

如此，如何让用例免培训的问题也迎刃而解。对新员工的测试用例执行指导，靠这图文并茂的用例，师父再也不用崩溃啦~