香港云服务器_个人_什么是大数据分析

云安全 虚拟云 浏览

小编:_最近一项针对软件开发专业人士的调查显示,大多数人宁愿自己纳税,也不愿处理公司的测试基础设施。原因:自动化软件测试需要大量的手动时间和精力来配置、运行和监视。对于

香港云服务器_个人_什么是大数据分析

_最近一项针对软件开发专业人士的调查显示,大多数人宁愿自己纳税,也不愿处理公司的测试基础设施。原因:自动化软件测试需要大量的手动时间和精力来配置、运行和监视。对于那些在自动化测试框架上投入大量工程精力来降低持续运行大型回归套件的人力成本的公司来说,这可能是一个惊人的启示?我们最近有机会采访了一些世界上最大的开发组织,并惊讶地发现这些问题在完全不同的商店中是多么相似。测试套件的配置和启动需要时间,在资源上与之进行永久性的较量,而且工作人员仍在花数小时浏览日志文件,云数据库学生,煞费苦心地试图从虚假的失败和糟糕的测试中挑出真正的缺陷。有效的自动化显然应该是减少人工操作,然而最成功的测试系统是由大型基础设施团队支持的,这些团队的任务仅仅是"自动"的维护和供给系统。三挑战是问题的答案上图:它很难得到环境,包括工具和产品,建立在一个适当的资源上很难调用测试,很难为具体的下一步挖掘结果行动。这个三位一体——资源配置、测试执行和结果监控——是自动化的"最后一英里",当被忽略时,自动化测试的全部价值将付出巨大的代价。幸运的是,对于每一个系统性问题,我们都有一些简单但不一定简单的解决方案,我们可以应用到伟大的效果。那个资源选择问题很简单:在哪里运行测试?在大多数商店,答案本身很快就会导致一个系统管理难题:在哪里或者如何一次单击就可以轻松地登录到20个系统,在哪里配置了ssh密钥,如何防止我的测试重创邻居的测试,如何从ESX服务器启动vm进行配置,托管数据库,等等。正确答案:停止问这个问题;让你的测试工具为你做。有三个关键的部分你需要使之成为现实,性能云服务器,还有一个大陷阱要避免。首先,测试需要支持分布式的远程执行;其次,目标主机和构建只需要在测试调用时逻辑上分离并合并在一起;第三,数据库系统,尽可能在一个主机环境上标准化,以实现高容量、频繁的"冒烟测试"运行。陷阱:如果测试过程被硬编码到一个主机上("版本3.4只能在带有VS2008+我们的加载项的Windows2003主机上测试"),那么低效率和复杂性就开始蔓延。对所有活动分支的主机配置进行标准化可以带来非凡的优化机会。需要运行新的系统测试吗?从大型同质网格或云中获取下一个可用节点,加载产品和去吧。那个仔细设置测试套件以首先运行关键的烟雾测试的概念并不新鲜,云服务器套餐,但它对于高效的自动测试是必不可少的。来自开发人员的自然反对意见是项目范围内的冒烟测试可能无法覆盖他们最近修改的代码。进入第二个解决方案模式:测试工具需要高度参数化,但是它们的调用需要很容易地别名化。这是您一直使用的一种常见模式:在灰头土脸的Unix命令行黑客的提示下键入"alias",您将看到将常用选项封装到"ls"等程序的快捷方式条目;在Windows上,"开始"菜单只不过是程序和文档的快捷方式树。有效的自动化测试系统也有同样的特技:有上百万个可能的选项来选择烟雾测试、服务器测试、UI测试等等——但是它们很容易被抽象到一个用户特定的单击工具界面之后。推论:不要让你的资源与你的产品资源共存,它鼓励人工集成,这使得构建这样一个接口更加复杂困难。终于,消耗宝贵工时的罪魁祸首是处理测试系统产生的大量数据。自动化工具通常很擅长将带有绿色和红色图标的gigabytes HTML表格发布到网页和收件箱,但它们往往远远不能使这些数据具有可操作性。可操作报告意味着,对于呈现给用户的每个数据点,您都会问自己一个问题:"如果我向他们展示这个,他们接下来想看到什么?"太多时候,邮件上写着"testrun#231 failed",但是留给用户去识别有问题的测试;网页上经常写着"test144。。。。"失败"没有任何迹象表明它是从去年3月开始失败的,还是从2006年开始一直是绿色的,但今天早上随着新人的第一次入住就变成了红色。设计测试工具以使错误收集(以及同样重要的错误报告)尽可能智能化,可能会对易用性和生产力。所以虽然测试工具的自然演化会导致配置繁琐、运行缓慢、解释晦涩难懂,但还是有一些简单明了的策略解决这三个问题。正如那些花时间重构资源选择、线束调用和结果报告等关键部分的商店所显示的那样,一个简单、快速、高效的测试工具可能仍然不是您最喜欢的休闲活动,但它比填写1040表格要愉快得多,通过动态地配置和配置目标环境,消除对复杂测试套件的手动调用,将大量的测试结果数据转换为可操作的指标,从而实现有效的单元和系统测试自动化。

当前网址:http://www.vmchk.com/keji/52406.html

 
你可能喜欢的: