这段时间测试工作的总结.doc

这段时间测试工作的总结 1.从测试角度来看，所有缺陷的类型 兼容性问题：.4.0安装包，在x86和64位系统上约有不同。Owc11的兼容性。更新包的兼容性问题。 分辨率的问题：某行多按钮时，在低分辨率下显示出现问题的机率较多 边界值的问题：常规边界，数据量的边界以及输入动作的边界和状态的边界出现的问题最多。如Excel控件的最大行数与Excel本身的最大行数不同等数据量的边界，以前未考虑到这方面。 某个输入动作为空时的操作导致的问题较多 某个输入动作未在期望区域内导致的问题也较多 输入动作的状态分支导致的问题也较多，尤其是某些动作状态的边界 分支类问题：权限分配时，覆盖每一个独立分支时出现较多问题。覆盖所有子分支或空状态时易出现问题。 字符类型的问题：开发人员字符按字节数计算，而没有按字符个数计算。 一致性问题：系统内相同分支的提示信息不同，如最大字符时的提示信息。 特殊字符的处理问题：空格，(,*,),+,?,时出现崩溃异常 建议型问题：建议型问题在多次操作之后，感到不方便。此类问题也有一部分。 大数量问题：操作大数据量时，由于系统是单线程支撑，卡死的界面导致的问题较多。 标题显示的问题：中文系统，窗口或某个提示语等显示为英文，此类问题较少。 下拉框的问题：改变下拉框默认值，并处理为空时易导致问题。下拉框默认显示内容正确性与实际情况有出处的情况。 特殊场景的问题：如打开某excel之后，再导入或导出该excel。提交数据前时，数据库断开等。 内存泄漏的问题：手工测试时发现了可能存在内存泄漏，自动化脚本最终证实了此类问题。并发现由于内存泄漏导致页面中控件消失的问题。 设计类问题：有一小部分，主要是易用性方面 测试需求的问题：有些功能，在测试需求时未定义完整。出现了一些重复性问题。如，限制重复登录这个需求。客户本无此需求，但写测试需求的人员却加上了。最后客户又否定了这个需求。悲剧啊。 脏数据引起的问题：脏数据引起的问题有一些，主要是测试服务器未跟开发服务器分开。在现公司，令人悲剧的时脏数据引起的问题不算问题。 不是问题的问题：对某些独立分支判断时，未充分考虑组合的以及一些特殊情况导致。 2发现它们的方法 大部分是在跑测试用例时，结合采用图灵测试方法发现。基本方法就是，根据某个测试功能点，分析其每个分支和状态，选择边界的分值和状态来进行探索式测试。 随时记录使用软件过程中，感觉不爽的地方，待空闲时反复思考和论证易用性建议。 测试用例涉及到的问题。 3这些问题产生的主要原因 开发理解上需求上的偏差和错误 开发在开发代码时，考虑较多的正常情况，未考虑改变默认值以及输入动作的边界和状态的边界面。 4哪些测试方法下次可以参考 在漫游之前，应确定一个方向和大体上的实施细则。 根据某项功能，分析出主要动作的分支和边界，并考虑其状态的变迁来进行测试。 数据量的边界和客户端操作时间的边界。 5本次测试工作开展的不足处和改进方法 前期项目组，测试类型前期未考虑完全。忽略了客户端内存泄漏测试和兼容性测试。 测试工作安排上也比较随意，未组成测试任务计划和策略安排的矩阵。测试人员过于随意型进行测试，似乎有的测试人员几天都专注于某几个功能点，其它模块似乎不干他的事一样。测试用例基本上成了摆设。似乎只有我一个人比较认真去执行了用例，并根据用例进行了图灵测试。咱们组高手较多，没有计划的漫游测试，最终结果也不错。呵呵 测试质量的估算就更随意了，项目组问测试人员测的怎么样，测试人员说OK啦。基本就认为OK啦。未用数据说明并证明之，更别说缺陷分析报告啦，这个东西似乎在这里是个传说。 交叉测试的任务安排也是神马一样，项目组太相信测试人员说的OK啦。某天我跑到传说中OK的地方，结果却发现某测试人员未考虑的边界异常还不少。有的甚至引起崩溃。不知别人是什么态度，项目组问我时，我都是说的，规规矩矩用