一：测试计划：
1.先进行功能上的测试：
（1）单元测试—在最低的功能/参数上验证程序的正确性。
（2）功能测试—验证各个模块的功能。
（3）集成测试—验证几个互相有依赖关系的模块的功能。
（4）场景测试—验证几个模块是否能够完成一个用户场景。
（5）系统测试—对于整个系统功能的测试。
（6）外部软件测试人员在实际用户环境中对软件进行全面的测试。
2.再进行非公能上的测试：
（1）测试软件在负载情况下能否正常工作。
（2）测试软件的效能。
（3）兼容性测试。
（4）配置测试—测试软件在各种配置下能否正常工作。
（5）可用性测试—测试软件是否好用。
（6）软件安全性测试。
二：我们是否需要测试，直到我们的软件是完美的？
测试是必须要有的，但不能要求到达绝对的完美，因为没有一款软件产品是完美的，尽量做到让用户感到“完美”就可以了。
三：对于测试来说什么是“足够好”？“退出的标准”是什么？
从用户的角度出发，让用户对你的软件产品功能认可就是“足够好”。
“退出的标准”就是从用户的角度出发，你的软件产品功能可以给用户提供良好的体验和使用价值。
四：我们的beta版本“足够好”的定义
1.可以正常的登录注册。
2.可以对数据进行必要的操作。
3.满足用户常用的功能的实现。
4.可以让用户方便的使用。
五：测试矩阵
|
用户 类型 |
屏幕 分辨率 |
操作系统 |
操作系统 缺省语言 |
网络速度 |
浏览器 |
组合 总数 |
|
|
变量数目 |
3 |
3 |
3 |
3 |
3 |
3 |
18 |
|
用户 |
1024x768 |
Win7 |
中文（简体） |
因特网 |
火狐 |
||
|
浏览者 |
1280x768 |
Win8 |
中文（简体） |
ADSL |
IE10 |
||
|
管理员 |
1366x768 |
win7 |
中文（简体） |
局域网 |
搜狗 |