测试计划

我们是否需要测试，直到我们的软件是完美的：

需要  

对测试来说什么是足够好？

就一般用户而言，所谓的“质量好”的软件有这些标准：
1、界面友好，无须帮助可以轻松操作。
2、运行效率不能太低，尽量减少报错现象。
3、作为单个软件尽量全功能，不要整天修补，作为需要经常更新的软件必须保证更新服务器流畅。
4、尽量占用系统资源少
5、支持后台运行

退出的标准是什么？ 

严格来说 是 BUG数量曲线已经平滑。但是实际工作中，由于迭代开发，BUG的数量不会很平滑，所以需要人为的制定上线标准。比如 1轮测试 分为 测试用例执行 自由测试 各组交叉测试 ，这样产生出来的BUG已经全部修改完，并且已经验证过，再进行1轮和之前1样的测试，完成后，再验证BUG，然后回归测试之前的严重BUG，没问题的话，可以认为阶段测试结束。

每个项目团队定义什么是你的beta版本足够好？你的测试矩阵是什么？

定义：能够完成大多数用户的满意度，界面流畅简介，体贴人性化，尽量不出现报错卡顿的现象，功能全面，尽可能涉猎所有你最需要的方面的应用，成为一个像暖宝宝一样暖心的应用，用户体验是我们唯一的宗旨。

测试矩阵：测试矩阵主要维护的是代码和需求之间的关系。其中很重要的一点是：代码修改了之后，能够知道会影响多少功能，从而能够有效的缩小测试范围，降低测试成本。

步骤：

1.先将软件系统按功能模块进行划分；

2.接着对功能模块进行拆分组合形成层级功能测试点；

3.对所有层级功能测试点通过构造覆盖矩阵生成测试用例集，使得每个层级功能测试点的任何一对输入参数的每个有效值至少被一个测试用例所覆盖；