2、发现它们的方法

　　大部分是在跑测试用例时，结合采用图灵测试方法发现。基本方法就是，根据某个测试功能点，分析其每个分支和状态，选择边界的分值和状态来进行探索式测试。

　　随时记录使用软件过程中，感觉不爽的地方，待空闲时反复思考和论证易用性建议。

　　测试用例涉及到的问题。

　　3、这些问题产生的主要原因

　　开发理解上需求上的偏差和错误

　　开发在开发代码时，考虑较多的正常情况，未考虑改变默认值以及输入动作的边界和状态的边界面。

　　4、哪些测试方法下次可以参考

　　在漫游之前，应确定一个方向和大体上的实施细则。

　　根据某项功能，分析出主要动作的分支和边界，并考虑其状态的变迁来进行测试。

　　数据量的边界和客户端操作时间的边界。

　　5、本次测试工作开展的不足处和改进方法

　　前期项目组，测试类型前期未考虑完全。忽略了客户端内存泄漏测试和兼容性测试。

　　测试工作安排上也比较随意，未组成测试任务计划和策略安排的矩阵。测试人员过于随意型进行测试，似乎有的测试人员几天都专注于某几个功能点，其它模块似乎不干他的事一样。测试用例基本上成了摆设。似乎只有我一个人比较认真去执行了用例，并根据用例进行了图灵测试。咱们组高手较多，没有计划的漫游测试，最终结果也不错。呵呵

　　测试质量的估算就更随意了，项目组问测试人员测的怎么样，测试人员说OK啦。基本就认为OK啦。未用数据说明并证明之，更别说缺陷分析报告啦，这个东西似乎在这里是个传说。

　　交叉测试的任务安排也是神马一样，项目组太相信测试人员说的OK啦。某天我跑到传说中OK的地方，结果却发现某测试人员未考虑的边界异常还不少。有的甚至引起崩溃。不知别人是什么态度，项目组问我时，我都是说的，规规矩矩用是没问题的，不规矩的话，可能会有问题，不过我暂时没发现还存在的这种情况（我是测试悲观论者）。

　　改进方法：神马一样的策略矩阵和计划。更神马一样的缺陷分析和测试质量度量。

版权声明：本文出自 qwen 的51Testing软件测试博客：http://www.51testing.com/?287227

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。