一款不用写代码，常用，高效的开源自动化测试工具

而跟着项目标迭代，产物成果不绝增进，项目会变得越来越伟大。在后期，每修改增进的成果相对上一版本已存在成果的比例却是越来越小。但每一次或大或小的版本进级,我们都必要担保新增或修改的成果不影响上一版本已存在的成果。但要到达这一点却是坚苦非常，哪怕只改了一行代码、哪怕这项变动由很是优越的开拓者完成，我们都很难担保这项成果对上一版本的成果无任何影响。

要担保每次上线的安详，我们必要开拓和测试完成两项事变。一是，开拓者在增进或变换某项新成果后，增补响应的测试用例，但写过单位测试的同窗都知道，完成一个单位测试用例所耗费的时刻也许比完成响应成果耗费的时刻更多得多。

大多环境只能写几个焦点的测试用例，而在职员不敷，时刻求助的环境下，则更是难上加难了。在后期，由于成果在不绝增进，回归测试的事变量越来越大，同时由于是回归，也许几百乃至上千用例中才会发明一个题目，乃至一个题目也没有，测试投入事变的时刻与最终的收益不成比例。

其它测试职员对沟通内容的一再测试，会有一种疲劳感，这样一来会给测试职员带来悲观情感，卖力的有题目(尤其是较伟大的数据题目)产生时，也也许会由于这种疲劳而将题目忽略(假如一个用例测了10遍都没题目,第11遍测的时辰内心也许会默认这个处所是没题目的了)。这时辰有些测试职员也许会思量做自动化测试，可是自动化测试前期投入的本钱较高，其它对测试职员的要求较高。假如项目变换较量频仍，部门自动化测试也许必要从头计划，会带来较高的本钱。

而Diffy为上述题目提供了较好的办理方案，差异于我们常用的其他测试器材或框架从代码或接口的返回功效的正确性去验证，而是如其名：通过代码的差别去验证测试。

必要留意的是：既然是差别，那至少是两者之间较量才有差别，对付第一行代码或新增的成果无法较量，天然也就无法验证，这时diffy无法施展浸染。但在后续增进修改,项目不断迭代的周期中，diffy就可以施展它的舞台了，有了上一版本以及测试职员在上一版本测试事变的基本，我们就通过上一版本和当前版本较量差别了。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!