自动化测试发展之路.pptVIP

虚拟团队 对于国内大部分公司，从单纯的开发逐渐变成有开发和测试，然后单纯的功能测试逐渐出现自动化测试。前者是领导层出于效率和市场的考虑，而后者是测试人员出于烦躁重复工作的考虑。发展就从这里开始。 1、测试人员自发成立自动化虚拟小组，其中必须有一个很负责的人，带领整个虚拟团队，用自己的休息时间来实现自己理想的测试工作。达到部分业务自动化执行。也是一种兴趣和提高。 单独实现 当虚拟团队发展到自身业务满足，并无空闲时间做额外的自动化工作，也没有更高的求知欲，自动化虚拟团队就必然解散，此时会出现两种情况。 1、领导看到了自动化的效果或者对市场的远见，成立自动化研发团队。或则要求以测试人员都用自动化，五花八门的自动化工具就此产生。 2、自动化就此结束，有能力的人会离职，其他的还是继续回到手工功能测试上，这种民间组织会持续存在一段时间，但基本无发展。 单独实现 如果领导看好，会释放人力资源，将释放的人力进行自动化探索和更深的发展。或者招聘高人。 1、将大部分回归工作使用临时的自动化代替，如qtp。而这部分节约的人力将固定投入自动化探索与研发中。在自动化没有取得很好的效果的时候，公司不会投入人力去做自动化，这时就需要功能测试人员自告奋勇，这是一个很好的机会。 2、进入探索阶段，收集需求，工具选型，设计理想自动化平台框架等等。 开发稳定平台 平台框架设计完成 1、这个时候是最痛苦的，如果公司资源充裕，可以借助开发人员进行系统开发。一般情况下，是不靠谱的，框架设计者必须站在测试的角度上，用开发的能力，实现自己的自动化平台。此时设计人员必须要有代码能力。把从脑袋里面孕育的系统，逐步优化实现。如果系统开发不得力，自动化平台搭建将面临夭折。 2、平台初步实现后，会进行很长一段时间的优化，包括平台框架本身，平台功能，使用等 3、平台使用推广 在测试部门进行推广使用自动化系统，并引导测试人员使用自动化进行功能测试。当然，这个时候，稳定的自动化平台需要尽可能多的自动化脚本，这个时候的推广也必然是自下而上的，没有谁会被你强迫去做任何事情，你需要拿出你的数据和对他的好处说话。 业务全面回归 如果走到这步，就说明自动化已进入大门。可以申请资源成立自动化小组了。 1、招聘一定要有较强的开发经验的人，但又会踏实干活的。平台实现后，如果测试人员一旦使用上手，会提出各种各样的需求，平台本身也需要优化和新功能的开发。架子搭起来了，你就慢慢的把你的系统完美起来吧！ 2、当然也不能忘了本职，把尽可能的业务通过自动化去覆盖，每日定时执行，记录自动化拦截到的异常，按月或者季度出具测试报告，这个是必须，否则你会被淡忘。 功能测试效率推广 当系统也够完美，这个时候，自动化小组的资源基本有剩余，当然有人会说维护成本，所有就要求你在设计自动化框架的时候，一定要简单，简单的能将维护成本降到0，或着测试人员都能自己维护。 接下来，自动化小组有干什么呢？ 1、提供测试人员额外的测试工具开发 2、使用有技术含量的方式提高测试人员的自动化意识和自动化能力，进行自动化推广。推广的内容一定得让他们有成就感！ 如果效果理想，你看到的功能测试人员，都应该象开发一样，大部分时间天天写脚本，然后，坐等自动化报告，别说这不现实，我已经实现了。而这个时候，手工测试人员将被培养成高效率，高质量的测试人员。这就是我们的成就感。而自动化小组将不再神秘。我们必然被弱化 1、我们的发展在哪里？ 接下来，自动化测试小组面临两个选择。 1、单纯的脚本设计人员，将被转换成功能测试人员。高能力的自动化人员，将会进行接口测试探索，并进入项目进行接口测试。自动化小组将逐渐被公司其他工作消化掉。 2、自动化小组工作留下一个人维护，其他的人，你们懂的…… 项目测试平台化 测试平台化对与功能自动化来说就是后续的工作，基本就是一个收尾工作了。江山已在，就看坐江山的人怎么样了？ 1、自动化测试工程师和功能测试人员同时进入项目组，影响开发、产品。将自动化测试融入整个项目开发。 2、自动化推广将是一个长期的工作，整个过程都需要扩大影响范围。也需要忍辱负重的去实施，别认为测试开发会好好的配合你推广自动化工作，也别让权力去推动，会使得其反的。 后续： 1、自动化小组继续探索新技术，扩大影响力，提高覆盖率，效率，提高产品质量。 2、各种培训和分享，让产品、测试、开发认可自动化技术，并在日常工作中能优先使用自动化。 后续： 3、自动化小组重心转移：由UI自动化转型为构建自动化、接口自动化、单元自动化，整合整个项目过程形成测试平台。一个新的使命又即将开始---统一测试平台…… * * 中小型公司