1、从测试角度来看，所有缺陷的类型

　　兼容性问题：.net4.0安装包，在x86和64位系统上约有不同。Owc11的兼容性。更新包的兼容性问题。

　　分辨率的问题：某行多按钮时，在低分辨率下显示出现问题的机率较多

　　边界值的问题：常规边界，数据量的边界以及输入动作的边界和状态的边界出现的问题最多。如Excel控件的最大行数与Excel本身的最大行数不同等数据量的边界，以前未考虑到这方面。

　　某个输入动作为空时的操作导致的问题较多

　　某个输入动作未在期望区域内导致的问题也较多

　　输入动作的状态分支导致的问题也较多，尤其是某些动作状态的边界

　　分支类问题：权限分配时，覆盖每一个独立分支时出现较多问题。覆盖所有子分支或空状态时易出现问题。

　　字符类型的问题：开发人员字符按字节数计算，而没有按字符个数计算。

　　一致性问题：系统内相同分支的提示信息不同，如最大字符时的提示信息。

　　特殊字符的处理问题：空格,(,*,),+,\,?,[时出现崩溃异常

　　建议型问题：建议型问题在多次操作之后，感到不方便。此类问题也有一部分。

　　大数量问题：操作大数据量时，由于系统是单线程支撑，卡死的界面导致的问题较多。

　　标题显示的问题：中文系统，窗口或某个提示语等显示为英文，此类问题较少。

　　下拉框的问题：改变下拉框默认值，并处理为空时易导致问题。下拉框默认显示内容正确性与实际情况有出处的情况。

　　特殊场景的问题：如打开某excel之后，再导入或导出该excel。提交数据前时，数据库断开等。

　　内存泄漏的问题：手工测试时发现了可能存在内存泄漏，自动化脚本最终证实了此类问题。并发现由于内存泄漏导致页面中控件消失的问题。

　　设计类问题：有一小部分，主要是易用性方面

　　测试需求的问题：有些功能，在测试需求时未定义完整。出现了一些重复性问题。如，限制重复登录这个需求。客户本无此需求，但写测试需求的人员却加上了。最后客户又否定了这个需求。悲剧啊。

　　脏数据引起的问题：脏数据引起的问题有一些，主要是测试服务器未跟开发服务器分开。在现公司，令人悲剧的时脏数据引起的问题不算问题。

　　不是问题的问题：对某些独立分支判断时，未充分考虑组合的以及一些特殊情况导致。