功能测试
测试团队,主要是质量工程师或和部分开发工程师,从事手动测试用例，是执行功能测试的一部分。功能是分配给测试人员的,特别要小心，不要出现有相同的工程师开发和测试功能（即不要将相同模块开发和测试分给同一个人）。提交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有签字确认,我们才能推出不同的语言的产品。
推送
当代码被推送到生产环境下，测试团队还会运行可用性测试（或理解为冒烟测试）,才可以确保功能都能正常运行。随着正在慢慢增加到100%,我们还会不断监控异常。
在LinkedIn,我们为最高质量的产品而奋斗。测试团队，与我们的开发工程师一起工作,扮演着保证产品质量看门人的角色。
