功能测试
　　测试团队，主要是质量工程师或和部分开发工程师，从事手动测试用例，是执行功能测试的一部分。功能是分配给测试人员的，特别要小心，不要出现有相同的工程师开发和测试功能（即不要将相同模块开发和测试分给同一个人）。提交bug、积极解决，确保bug的生命周期更短。
　　在LinkedIn，我们有开发，在线实验平台和管理生命周期的测试和实验。每个产品的特性后面是有执行测试和功能测试的开启和关闭的。测试团队参与测试pagekeys的跟踪，跟踪Kafka consumer上的代码，在iPad和iPhone设备上测试，发现兼容性的差异。
　　跨浏览器测试
　　功能测试完成后，团队转换到浏览器测试，这发生在不同版本的IE，Firefox，Safari和Chrome。找到并修复这些浏览器的问题是很重要的，特别是与web开发团队合作尤为重要。
　　自动化
　　每个测试人员为下一个分配新特性编写脚本时，自动化其实开始了，使用Ruby和Selenium作为自动化工具。脚本i18n(国际化)兼容，并传递给i18n团队开始测试周期。测试用例需要标记为自动化测试的，并且跟踪管理。
　　产品经理和海外资源参与到bug验证。我们使用仪表板监控错误活动，跟踪缺陷捕获的数量，这是每天固定的工作。这有助于我们重新评估任何一个bug，并在接近发布日期没有阻滞。

　　L10N测试
　　自动化完成后，测试脚本传递到L10N团队来执行不同的语言(本地化)的测试。每种语言环节下添加代码，然后采取截图的方式，再翻译，以确保所使用的UI元素上下文意义。任何bug提出后，开发人员需要立即解决bug所描述的问题。只有在L10N团队在UI有签字确认，我们才能推出不同的语言的产品。
　　推送
　　当代码被推送到生产环境下，测试团队还会运行可用性测试（或理解为冒烟测试），才可以确保功能都能正常运行。随着正在慢慢增加到，我们还会不断监控异常。
　　在LinkedIn，我们为高质量的产品而奋斗。测试团队，与我们的开发工程师一起工作，扮演着保证产品质量看门人的角色。