4220人阅读
贸易（68）
website（52）
那么我们可以先来看看自己网站在国外的访问速度怎样呢？
有兴趣的客户可以测下自己的B2C网站的全球链接速度，链接如下：
做外贸B2C电子商务，全球各地客户的访问速度是个大问题，服务器要好，关键是服务器的机房也要好。很多人不知道，觉得我在中国感觉访问还可以啊。其实外国打开你的B2C网站很慢，甚至根本打不开。
备注：PING是DOS命令，一般用于检测网络通与不通，也叫时延，其值越大，速度越慢。通过输入域名或者IP地址可以测试世界各地多个节点PING值。可以了解到此IP或者域名在这些地区的最大PING值，最小PING值以及平均PING值。
具体操作如下：
先输入IP 然后点ping
我们可以看到Results（结果）写着“Okay”表示PING指令成功执行。Min. rrt：表示在该地区最小的PING值，Avg. rrt：表示在该地区平均的PING值，Max. rrt：表示在该地区最大的RING值。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：358308次
积分：3709
积分：3709
排名：第6814名
原创：11篇
转载：256篇
评论：15条
(2)(12)(14)(92)(10)(11)(1)(21)(3)(16)(27)(10)(1)(5)(8)(9)(6)(6)(2)(4)(2)(3)(2)热门推荐：
声明：本文由入驻搜狐公众平台的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
　　英国一直以来保留了欧洲优质的教育传统，但随着美国的兴起，去英国留学or去美国留学成了一个问题。到底从学生的生活小细节中来看，你是更适合来英国留学还是美国呢？赶紧来做一下测试吧~
　　你能接受跟别人合住吗？
　　作为一个小而精致的岛国，英国人有着充分利用室内空间的能力。再加上英国人注重私人空间，英国学校自然也会给学生提供一个舒适、独立的学习环境。
　　周末的晚上，你想怎么度过？
　　party是西方人周末必不可少的集体活动。在英国，辛苦学习了一周后，赶紧穿上你的“小洋裙”和帅气战袍去结交新朋友吧~
　　你上课喜欢回答问题吗？
　　英国课堂比较少见老师点学生回答问题的情况，英国老师、教授倾向启发式的教育模式，学生边听老师讲课边思考，提出自己的意见与老师和其他同学一起探讨。
　　看完上面的介绍，你觉得自己到底是适合去哪里留学呢？英国or美国？
　　想要获取更多有趣、搞笑、实用、时髦的英语学习、出国留学资讯，大家可以加入我们环球教育GEDU官方微信号：huanqiugedu，QQ群：。
欢迎举报抄袭、转载、暴力色情及含有欺诈和虚假信息的不良文章。
请先登录再操作
请先登录再操作
微信扫一扫分享至朋友圈
环球教育专注于提供雅思、托福、SAT等留学考试培训，以及提...
中国高校校报协会副会长......
北京教育音像报刊总社评论部评论员.....
中国青少年研究中心首席专家
美国独立教育顾问协会认证顾问
中国人民大学政治学教授国外知名IT企业是如何做测试的?_程序猿_传送门
国外知名IT企业是如何做测试的？
问：今天看到一篇文章说“我们不需要专职的测试人员”，参考《我们需要专职的QA吗？》（链接：/articles/6994.html
）但是我听说微软、IBM的测试和开发人员比例是3比1（我这是1比3），国外是如何做软件测试呢？李瞬生，不经寒彻骨 焉得梅花香我在微软和亚马逊上过班。就这两个公司谈谈我的经验。微软作为第一家纯软件公司，有非常完整和传统的开发流程。需求分析、设计、实现、测试、部署、运维每一个阶段都有明确分工。途中有Manager, leader, SDE, SDET 等完成。这样做的好处是各司其职，大家都只需要操心分内的事情。缺点是开发周期较长。这种工作模式下的测试人员是专职测试，有足够的精力和动机把测试做得很到位。特例总是找得到，但个人经验是SDET对产品质量是有明显的促进作用的。同时SDE和SDET的分工配合，减少了开发者的心理负担。因为需要操心的任务数量减少了。从人道主义的角度是非常不错的。弊端也很明显，那就是成本。资本家的目的就是收割剩余价值，因此恨不得让你把操心所有事都操心完。因为我对股东没有忠诚度，所以只要允许，我一定会想要SDET在队伍里的。SDE是矛，SDET是盾，一攻一防，各有所长。亚马逊作为新兴互联网公司，没有那么久的传统，大家多少都还有一些摸着石头过河的感觉。亚马逊这类的互联网公司，更倾向于所谓的敏捷开发还有continuous deployment。特点就是从设计一直到部署运维都由个人负责。Agile开发的假设条件之一就是每一个组员都是full stack developer，全程都可以做。这样做的好处是，开发周期短，bug和新fature可以最快推到prod。缺点是员工的注意力分散。这种工作模式下，unit/integ test都由搞开发的SDE亲自写。就好比自攻自防一样。个人经验是，这种工作方式十分灵活，可以跳过测试直接prod。也可以几周时间专门做测试。但一个趋势是SDE潜意识会削减测试的时间，在出事故过后又花过多的时间补测试。另外，我个人的经验是，抠门到不请SDET的公司，通常也不会慷慨到雇专门的运维。这样做是可以省成本，但也大大加重了员工的身心负担。最后，一些软件部署周期本来就长（如Photoshop/Visual Studio这样的桌面商业软件），长时间不会有用户反馈。个人认为实践上不可能不用专职SDET。即使在亚马逊，一些特定的部门因为产品性质，还是会有专职测试。那样的产品通常fix bug的成本很高。因此说白了，专职Test的重要性还是由产品性质和预算成本来决定的。微软有钱烧，大部分组都有专职test。亚马逊是出了名的血汗码农场，别说专职test，连运维都要dev上。陈皓，酷壳博主 新浪微博@左耳朵耗子我是这篇文章的作者。这里所有的答案都在讨论别的东西，老实说，我挺不喜欢来知乎这个quora的山寨网站的。这里的好多回答的实在是太一般了。我的这篇文章被讨论了两三年了。还在讨论中。这是一个很好的现象，说明大家在思考。但另一方面，我觉得大多数人的思维是乱的，所以我还是在这里做出回应，算是帮大家梳理一下吧。这样大家好继续讨论。1）有正常阅读理解和逻辑思考能力的人应该知道：“专职的QA” 和 “软件测试” 这是两个件事。如果你能分清这两个事，那再来讨论吧。2）有正常的逻辑思考的人都应该知道："足够的测试人员或测试案例" 并不能得出 "好的软件质量" 。我觉得你应该能够很清楚的明白什么是“充分条件”，“必要条件” ，什么是 “充要条件”。如果一个事从需求，设计，实现上就烂了，测试是不可能让软件质量起死回生的。3）我在我的文章也说过，测试很重要，正因为测试很重要，所以才不能交给只做测试的人去干。应该交给对软件产品和用户真正熟悉的人去测试。4）为什么微软叫SDET而不是QA？Software Development Engineer in Test，SDET中文叫：软件测试开发工程师。主体还是SDE，做的还是软件开发，只不过偏测试方面的开发。这个不是专职的测试。Google、Amazon中也有SDET，但是大家都知道，真正能保证软件质量的还是开发团队自己。5）好些人举了很多自己在外企里工作的案例。我想，你们要清楚的知道一件事：西方国家把中国或印度都当成劳动力国家，所以，他们外包了很多劳动密集型的工作到印度和中国来，好多外国公司最开始进中国的时候都是以“测试外包”的方式进来的。你千万不要以为你是在做一件很牛B的事，也不要以为测试就是这些公司的成功之道。人家很清楚，他们需要一堆人来跑人肉的测试案例，而中国和印度的劳动力便宜，干劳动密集型的事很适合。6）你需要很清楚的明白一点，对于任何一个公司，如果“产出性”的人多于“支持性”的人，那么这个公司是往上走的，如果“支持性”的人多于“产出性”的人，那么这个公司一定处于下坡路上。所谓“产出性”还是“支持性”，就看你的团队或是你的部门是“财务中心 Finical Center ”还是一个“成本中心 Cost Center”了。7）我写这篇文章的时候，我在Amazon，因为顶在一楼的说到Amazon，那我就说说吧。7.1） Amazon并不是吝啬钱的公司，Amazon给一个工程师可以配1台笔记本电脑 + 多台台式机，这几年，Amazon的招人力度和对研发的投入力度也非常大（但是我就不明白为什么中国区的办公室环境比网吧还差）。Amazon很少把中国当成外包。out sourcing 在amazon里的比例很小，这不是amazon入华的目标。（但是Amazon会把一些失败可能性比较大的创新项目交到中国来做以规避解散团队的风险，而且经理还有大量的政治，2:7:1的绩效考核有时候是拿中国团队来充1……当然，这是另一个话题了）7.2）Amazon 喜欢小团队（Two Pizza Team），最多两个8个人的团队。如果你的团队只有那么多人，那么你只有一条路——找一个顶多个的人。1个好的工程师顶10-100个烂的工程师，1个烂的工程师，可以很容易地创造2-10个工作机会。你可以认为是吝啬，但是比较过人多的团队，我还是喜欢小而精的团队。人少事少，人多了就杂，杂了奇葩的事也多。（当然，amazon的跨BU的合作有时候简直就是一场恶梦，你的需求经常会被别的团队排到1年以后，当然，这是另外的话题了）7.3）顶在一楼的人说Amazon的SDE要干所有的事包括运维，是的。这就是为什么一家卖书的公司做出来了全世界最牛B的云平台AWS，因为Amazon强大的就是：集成测试 + 自动化部署 + 自动化运维。当你的条件受限人手不够的时候，你必然不能干所有的事，但你要去做很多自动化的事情，不管是自动化部署还是自动化运维。然而当你的人多的时候，你必然只会简单用人来解决问题。（劳动密集型与知识密集型的公司差别就在这里）P.S. 如果你能够理解我上述说的这些东西，你就会知道我那篇文章的意思是什么。如果你不能理解，如果你理解偏了，那么你自然会觉得我极端。P.S.S. 有人说，QA是管流程的。QA这个词来自ISO或CMMi的软件开发流程，那里面还有一种角色叫SQA，这才是管流程的。apoptoxin作为思科的测试工程师，以前也在华为，诺基亚西门子工作过，就楼主的问题说下我了解的公司测试的情况。但首先还是说下那篇文章。作者可能是优秀的开发，但码得一手好code并不能说明就能作好测试，只从代码的角度看问题难免有点眼光狭隘。不过我猜想这可能和他平时做的产品有关——测试的重要性和产品对稳定性成熟度要求、面向的客户群、还有修复成本高低有关。要求越高的软件，测试越重要，越需要完善的测试部门。相对来说要求较低的软件如一些互联网软件，浏览器，手机app等，这些很多都是简单测试甚至不测试，只要发布一个版本，然后利用庞大客户群去发现bug，再做下一个版本，再发布……因为这些软件有问题一般影响也不大，所以对这部分开发人员来说，他们是最觉得专职QA是不需要的。所谓做不了开发就做测试吧，其实也可以说只会写代码的话就去做开发吧。再来就是大型网站，操作系统之类的，主要处理好性能、稳定和安全性，功能只要能正常工作一般问题也不大。这些可能可以由一些资深的开发来做测试，但他们也不是完全能达到独立测试的要求，另外时间和精力也是一个问题。接着是电信，企业级的通信设备，除了性能和稳定外，对软件功能要求也比较高，因为错误的严重性和修复的成本可能会很高。更重要的是因为功能，协议，网络环境的纷繁复杂，开发能不能达到专业的测试要求，知识面是一个方面：会网络不见得会HA，会语音不见得懂底层转发，懂微码不见得懂网络。最后是一些特别行业的软件，如航天航空，医疗和工业控制等，这些一旦出问题造成的可能就是场灾难，这些就更需要专业的测试了。回到正题，简单说下公司里的测试。在思科，测试称为DT(develop testing engineer)，开发则是DE(develop engineer)。从比例上看，我们现在部门DT:DE大概是1:1.5的样子：开发按功能领域分成6个大组，像network, data plane, infra...测试则是3个功能测试和一个系统测试，还加上一些外包测试人员。 一般在项目开始阶段DT就会开始介入，主要工作是了解功能实现和协议规范，并作出sanity test plan。其目的是保证系统基本功能的正常。在测试认为软件不满足基本测试要求的情况下，测试是可以拒绝接受开发的版本的。现在公司在推敏捷模式，DT和DE都坐在一起，基本上一个月一个cycle。测试不用一轮轮的反复进行，一个月做完一点，然后系统测试那边就同步的测，以前的regression脚本也会同步的跑。开发现在也被要求在提交功能之前要先完成UT（unit test）并提交report以保证基本功能的OK，同时UT的用例会交给测试来review以确认是否能达到要求。之后DT大概用半个月到一个月的样子完成手工测试，接着就是写自动化测试代码。一般测试的时候发现问题可以直接找DE来看来，有时候也能通过邮件描述下现象，基本能确认是个问题就发bug。而像crash，错误打印，内存泄露之类的我们一般都直接发bug了，把相关信息描述清楚即可。做完之后，所有的组都会做demo，介绍下当前完成的功能并演示给远在美国的老大的老大的老大看…-_-。除了完成产品测试，DT也要解决客户问题。这些case都是客户那边发现的bug，开发和测试会一起来重现并分析，然后测试再负责验证和完成针对这个问题的自动化脚本。关于自动化测试，之前在诺西的部门是有专门写自动化测试的工程师，而思科基本上要求每个DT都要会手动和自动化，除了写自己的还要porting别人的代码到新的平台。其实在中国，自动化测试看起要比手动高级，这估计还是由于代码至上的想法造成的——就如同外面有些公司或人认为开发比测试高级一样。其实在美国很多大牛都是擅长做手动测试的。总的来说，公司的测试工作涵盖从文档设计，单元测试，可用性测试，功能测试，系统测试，性能测试，回归测试到用户问题解决的方方面面。嘛，目的都是一个，提高产品质量。顺便说一下，不少人都觉得黑盒测试技术含量不高或很苦逼，其实不是这样的。相反，黑盒测试更能体现一个测试人员的能力高低。对协议的理解程度，对系统的掌握程度，对不同特性之间的关联的理解程度都影响能不能做好黑盒测试。有句话不错：在测试中发现的问题不是说明了开发的愚蠢而是体现出测试的智慧。Shuhai，http://leonax.net那篇文章实在是……只能说作者没有见过优秀的QA……微软（至少是Windows部门）的开发测试人员比例是1:1，有例外情况，比如人员流动之类，或者产品需要，最悬殊的情况不会超过2:1。微软的测试（SDET）会负责测试用例的开发、执行和测试框架的搭建。我之前所在的team，除了unit test由开发（SDE）来写之外，其它的测试用例都是SDET的工作，包括functional test、end to end test、stress / load test和performance test，采集code coverage，以及测试过程中所用到的各种相关工具。Windows部门内部（其它部门也有，只是不同的工具而已）有统一的工具来按需求定期执行上述测试，所有的测试用例几乎都是自动化的，不排除有少量的难以自动化的例子。SDET会在测试执行完之后分析结果，有问题有立即file bug。至于Google，（至少是Ads部门）开发测试人员比例是10:1。Google的开发（SWE）兼职写测试用例，而测试（SET）专心做测试工具。测试的范围和上述的差不多，只是上述的多数工作都由SWE来完成。这种差异是由于两家公司的产品线的不同造成的。微软的产品都是离线的，比如Windows和Office，一旦卖出去就收不回来了，在十几二十年前还没有互联网的时候，软件的质量只能在销售之前的就确保。于是微软需要大量的测试人员来保证产品质量。而Google不同的是，它的多数产品都是在线服务，在线服务（比如Google Search、Youtube之类）基本一周可以更新两次，在极端情况下见到过某些组天天更新的，这样即使有bug，也能及时修复。所以Google没有必要在产品刚发布的时候就有很高的质量，质量可以慢慢提升，于是测试的压力就不太大。Cat Chen，上知乎，求欢乐「Your mom is our QA」，这是 Facebook Release Engineer Manager 说的。有兴趣的话可以自己去看这个视频：The Facebook Release Process。其实一家公司具体怎么做测试，要看不测试犯错的风险有多高、犯错的成本有多大、修复的成本有多大。在这方面，web 和 app 显然是不能放在一起比较的。这不是哪家公司有钱，哪家公司抠门的问题。如果 Windows 安装过程中出错了，你能按一下 F5 刷新看看是不是好了，不好的话等几个小时后回来看 Microsoft 是否修复了再 F5，那 Microsoft 也能够跟 Amazon 一样不需要 QA。关键问题在于 Microsoft 是做 app 甚至更底层的，犯错的成本很大因为会失去用户信任，同时修复成本也很大因为所有二进制代码要重新部署。Amazon 就没所谓了，就算有小部分用户因为短时间内无法购物而损失几个亿，修复后用户按一下 F5 就能用，而且这部分用户还很可能继续使用 Amazon。Facebook 没有 QA。所有测试都是自动化进行的，工程师自己有责任去写测试。如果工程师不写测试，那就是所谓的「Your mom is our QA」了——有一天你妈打电话给你说她想在 Facebook 上看你的新照片但发现打不开，然后你才知道你把 Facebook Photos 搞坏了。当然 Facebook 不会一下子把有问题的版本推给所有的用户。一般我们会先推 2% 然后监控数据，如果发现某种错误飙升，或者某项用户指标出现明显波动，我们就会去找原因和修复方案，对比不同修复方案的成本，然后决定下一步怎么做。至于那 2% 的新版本，就算你真的碰到了，按一下 F5 很可能下一次你就在 98% 的老版本了，所以一般用户也不会觉得有什么问题。来自知乎，链接：/question/——————————————————●本文编号300，以后想阅读这篇文章直接输入300即可。●本文分类“测试”，搜索分类名可以获得相关文章。●输入m可以获取到全部文章目录●输入r可以获取到热门文章推荐●输入f可以获取到全部分类名称—————————————————小猿个人微信：itcodemonkey 欢迎调戏推荐一个微信公众号：IT电商网，长按下面的微信号可以进行复制itdianshang点击“阅读原文”可关注
觉得不错，分享给更多人看到
程序猿 微信二维码
分享这篇文章
程序猿 最新文章
程序猿 热门文章