从我第一次在咱们社区发帖子的时刻我就说过我的测试思绪跟许多人不同样，致使于原本我跟许多人都有过矛盾。此中一点就展目前我对主动化测试足本的品质的固执。那末此日，就让我来讲一点我本身的主意吧。大概跟大大都人想的不同样，请轻喷。
主动化测试足本的品质与效率主动化测试足本的品质有许多方面，我此日直说我感慨最首要的几个方面：
主动化测试足本互不影响的，隔绝的。
主动化测试中被测机能是互不影响的
主动化测试能够疾速定位bug地方
主动化测试足本是易于赏玩的，能协助咱们领会产物的
主动化测试足本是易于编写的，易于维持的以及易于扩充的
主动化测试足本互不影响的，隔绝的。咱们先说这一点吧，为甚么咱们的足本如果互不影响的，隔绝的呢。由于咱们统统的足本都是运转在统一个处境的，每个足本大概城市在这个处境上形成踪迹，这些踪迹大概是数据库的，大概是文献系统的。而这些踪迹形成了case之间相互的影响。举个最罕见的例子，原本咱们运转的足本们都很胜利，没有甚么反常。不过蓦地有有一天，测试省略数据的足本由于产物的bug失利了，数据没有真实的被省略。因而乎直接的形成了以后的盘问所罕见据的足本失利了。由于从前的足本没有省略去数据，目前预期值和返回值不同样了----多了一条数据。这类情景产生在许多场景，大概是case中配置了产物的全面变量，说话的讯息等等。上面咱们说处理计划。
1.我最不推重的做法也是统统人都最喜爱的做法，由于这类做法最简明----严峻把持测试数据的运用。比如划定统统足本禁止许更始系统变量；测试某种说话或场景的时刻新创造一个项目，不必已有的；维持一个user列表，禁止许足本运用反复的user免得相互影响等等。case量未几的情景很有用
2.我推重的做法也是《谷歌软件测试之道》一书中的做法：任何足本都不做任何良久化的职掌，也便是说测试足本施行前数据库和文献系统是甚么仪表，施行以后也是甚么仪表。处境长期是明净的，对每个测试足本都是同样的。怎样做呢？很简明，你再测试足本运转中创造的甚么数据。你再竣事后就省略甚么数据。
上面咱们离别说说吧，我把第一点称做我最不推重的，即使它看起来好像没甚么完结成本。不过这类纯靠统统QA之间的商定和团体的自发原本很不靠谱。即使我从前在外企的时刻有严峻的codereview过程也很难保证case之间互不影响，更别说国内的测试我根基就没怎样见过有codereview这个过程。case数目变多的时刻，就缓缓的发觉从前埋的坑有多大，很榜样的情景便是，测试用例在独自跑的时刻怎样跑怎样过。放到server上统统case一同跑的时刻怎样跑怎样不过。这时刻你还不领会究竟是哪个case形成的踪迹致使你的足本跑不昔时的。一呈现这类情景通常没个半天一天的根蒂查不出来究竟因而前哪个case形成的踪迹摧残了你的足本。固然了，假使你说你们项目全豹也就一百两百的case量，那就当我没说吧。这类方法很好。
第二种方法我较量推重，很黄很暴力。绝对杜绝了任何相互影响的大概性。成本较量高，不过能够从框架的角度处理这个题目，如许成本就升高到了一个能够承受的水平了。详细完结能够参考我从前的两个帖子，以下：
框架中测试数据的治理政策（
转载请注明：http://www.0431gb208.com/sjszlfa/1060.html
