13.8测试计划

　　测试不是在所有的开发工作完成之后才进行，而是与开发几乎同步进行的。一个软件项目的各个功能都可以有自己的测试计划，它们可以在不同的阶段发挥作用。但是针对整个项目的总测试计划（又叫测试总纲）要在计划阶段大致定下来，并指导所有测试工作的进行。

　　那测试总纲到底讲什么呢？

　　测试计划描述了一次测试活动的主要方面：为什么（Why），测试什么（What），谁来测试（Who）和什么时候测试（When），详细地说，包括以下方面：

　　（1）测试的总体策略和方法。

　　（2）测试日程安排：何时开始什么样的测试。

　　（3）质量目标：测试要达到什么样的目标才能算通过——这个目标也决定了“验收测试”的标准。

　　（4）资源：需要多少人力、物力来达到质量目标。

　　（5）测试变量矩阵：我们的系统需要支持多少种操作系统？浏览器，以及其他影响功能的变量？

　　关于这一点，阿亨有一天晚上和大牛在顶球酒吧畅谈理想，讲到激动处，夜不能寐，勾画了这样的测试矩阵（见表13-4）：

　　这个计划拿给大家讨论，大家在惊叹之余，纷纷怀疑我们是否有能力完成这么多种类型的测试。毕竟是184 320种组合！这时候，阿超建议大家看看团队的远景和各种情况所占实际用户的比率，来决定我们真正需要支持的测试矩阵是什么。

　　经过分析和讨论，大家逐条精简，结果如下：

　　a.用户类型不变。

　　b.屏幕分辨率降到两种，手机屏幕不要了，我们暂时不在手机上测试。

　　c.屏幕DPI不测试高级DPI（屏幕 | 属性 | 高级 | DPI 中可以设置DPI以提高显示效果）。

　　d. 操作系统只测试3种，二柱强烈支持Linux，同时考虑到一些高收入的网民可能会用Linux操作系统，保留Linux。

　　e. 操作系统的语言只支持3种，这并不是网站内容的语言，而是操作系统的缺省语言。

　　f. 网络速度3种，无线网络的速度介于拨号与ADSL之间，可以忽略。

　　g.浏览器的版本，经过激烈的讨论，浏览器从5种变为3种。

　　总计648种组合，如表13-5所示。

　　表13-4宏伟的测试矩阵

表13-5  精简后的测试矩阵