标签:
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系列操作系统 |
中文(简体) |
各异 |
|
标签:
原文地址:http://www.cnblogs.com/1603Work/p/5557610.html