1、讨论你们的测试计划：
•在进行正规测试之前先预测一下系统可能发生的问题。比如用户输入什么数据可能导致系统报什么样的错误。
•检测各功能之间的逻辑关系是否符合用户的需求。
•使用专业测试工具。
•尽可能多的对用户进行细分，并按照他们的操作去完成软件的功能。
2、我们是否需要测试，直到我们的软件是完美的？
我们的技术水平较低，开发过程中肯定会有很多的不足之处。我们的软件需要测试。
3、对于测试来说什么是“足够好”？
软件系统要能够按照用户的需求实现基本的功能。而且软件如果出现异常，软件要自行处理这些异常，不能把系统级别的异常显示到用户界面上。
4、“退出的标准”是什么 ？
以下标准参考自http://blog.csdn.net/fairy6102006/article/details/4982787
1、所有测试用例执行完成。
2、所有缺陷均关闭或者在商定的范围内
3、依据项目组或高层的要求结束
4、可能由于时间因素，依据客户的需求结束测试
5、通过测试过程的执行，系统已经满足了指定的功能和非功能性的需求了
6、如果是回归测试的话，这个测试已经验证BUG被修复
5、什么是我们的beta版本“足够好”？你的测试矩阵是什么？
1) 预期的基本目标都已完成。
2) 没有逻辑上的错误，即软件的功能和用户的需求基本一致。
3) 用户使用时要流畅，不能有很明显的卡顿。
4) 能记录用户的偏好设置。
|
|
用户类型 |
屏幕大小 |
操作系统 |
操作系统缺省语言 |
网络速度 |
组合总数 |
|
变量数目 |
1 |
较多 |
较多 |
|
|
|
|
|
程序开发人员 |
14以上 |
windows系列操作系统 |
中文（简体） |
各异 |
|