年末总结一下测试那些事

测试流程：

在版本启动后，测试和设计同步开始，进行设计测试方案，分析用户需求。在进入开发阶段后，制定测试策略，设计测试用例，书写自动化脚本，并发起评审，最终使用测试用例和自动化脚本对特性进行验收。分析测试结果，评定特性质量，提交测试报告。参与用户验收，并对整个开发阶段的活动进行回顾。

制定测试方案和测试策略，设计测试用例和自动化，组织用例评审，分配测试任务，执行测试用例，分析测试结果，输出测试报告。

可靠性测试关注的是产品的故障点，根据故障的注入，分析产品对于故障的自恢复，告警，容错等能力。

性能测试关注的是产品的各项业务的时延指标，负载承受能力，在一定的业务容量下，产品是否能提供正常的服务。

可服务性测试关注的是产品的易用性和友好性，主要考虑页面和用户的交互，由于产品的业务多数是消息驱动的，所以关注从web下发消息的响应时长，由于产品是BS的模式，同时也关注产品同时能够响应的最大用户数。

自动化测试

早期基本功能的测试是在公司自研的测试平台框架下进行自动化脚本的写作，所使用的是To Command Language，通过消息触发机制测试业务功能，其中的消息使用JavaScript封装成可用的逻辑进行调用。

页面测试也是在这个框架下进行测试的，主要是通过捕获控件，对控件进行操作，模拟用户对页面的操作行为，类似于IBM的Rational Function Test。

使用SoapUi工具也是同样触发Soap或是Rest消息和基本的功能测试类似，但是SoapUi更适用于多个消息同时下发的并发场景。

敏捷项目流程

我们当前实行的是版本级敏捷，主要是使用迭代开发的模式，不断的交付可以使用的软件。整个开发阶段就是进行多次的迭代开发。从开始的串讲，制定迭代计划，story划分，story分析，设计和开发人员进行story的测试和实现，测试人员进行story的用例设计实现以及自动化，同时部署每日编译和持续集成环境，测试人员通过用例去评审story的交付情况评价特性质量。在版本交付后，对整个迭代的活动进行回顾，提出改进。TR4A前要进行全系统的功能回归验证。自动化一直是增量(incremental)的全功能的回归验证。