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