功能测试
  测试团队,主要是质量工程师或和部分开发工程师,从事手动测试用例,是执行功能测试的一部分。功能是分配给测试人员的,特别要小心,不要出现有相同的工程师开发和测试功能(即不要将相同模块开发和测试分给同一个人)。提交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,我们为高质量的产品而奋斗。测试团队,与我们的开发工程师一起工作,扮演着保证产品质量看门人的角色。