摘要: 在LinkedIn,质量是产品发布的看门人。上周,我们告诉了大家测试前沿,LinkedIn的web框架。今天,我们将带您看看我们的测试生命周期。 如果我们按时交货,但产品有缺陷,还是证明我们没有按时交付。——Philip Cros ...
| 在LinkedIn,质量是产品发布的看门人。上周,我们告诉了大家测试前沿,LinkedIn的web框架。今天,我们将带您看看我们的测试生命周期。 如果我们按时交货,但产品有缺陷,还是证明我们没有按时交付。——Philip Crosby 测试生命周期 看看在LinkedIn中测试生命周期是什么样子的: 1.需求收集 产品团队定义了功能需求和设计者创建的线框图。在设计和产品需求文档(PRD)被创建后,一切都涉及到整个团队,包括开发人员和测试工程师。 2.测试计划 在生命周期的下一步是对产品或功能的所有测试,进行计划,包括: 创建测试计划 编写测试用例 按高、中或低的顺序进行优先测试用例,这样他们可以基于项目的范围运行 举行一个测试计划和测试用例评审会议,以确保沟通和充分理解测试范围 3.功能测试 功能测试和回归测试在测试计划完成后开始。这个测试包括: 新功能测试:浏览器兼容性测试，使用VMWare(Firefox、Safari、Chrome、IE)。 Bug生命周期:在JIRA提交Bug。对bugs进行修复和验证。 回归测试:确保没有任何现功能坏了（即：不可用）。我们使用自动化测试用例组进行测试。 A / B测试:我们一步一步来发布功能。首先发布到内部组织,然后是公司，所以我们要捕获所有边界情况。毕竟错误是固定的,我们会慢慢倾斜于我们的用户。 4.自动化 自动化是并行在功能测试中完成的。我们使用 Selenium with Ruby进行UI自动化和Selenium with Java进行移动版自动化。单元测试也为新功能而写。在LinkedIn,我们发布一个新特性后，100%自动化时间表就相应计算出来了。 5.回归运行和CI 我们创建一个持续集成(CI)在Hudson上运行,开始单元测试运行和自动化的回归测试用例集。为了一个分支通过“GO”的标准,它必须在上述所有取得成功。 |
