4、稳定性测试的关注点
做稳定性测试也有好多次了，以前测试很少关注数据库方面的问题，大家都是自己测试自己的或者考虑相关联的模块。被测系统长时间运行，数据库数据（如报警信息等）会不断增加，导致数据库操作运行缓慢甚至安装CMS的服务器出现卡死现象，这个以前是没有关注的，我们只关注报警有没有上传处理有没有写入数据库，而没有关注整个平台的其它功能。最近在思考测试中是不是应该关注这方面的问题，稳定性测试不应该只关注测试的一个点，既然是模拟现场使用场景的长时间运行是不是应该关注长时间运行后整个平台的运行情况（各方面），这个也是自己以后要关注的。
5、资源耗尽问题
最近测试时遇到系统资源耗尽问题，没有安装被测软件之前PC机空跑几周没有问题，安装被测系统之后跑几天就会出现资源耗尽问题，理论上讲是被测系统导致资源耗尽的，但是有以前几个诡异的情况：
1> 各进程资源消耗都正常，包括被测软件进程，总CPU，内存，句柄，非页面缓冲区等等都正常，找不到是哪个进程消耗了系统资源
2> 通过任务管理器强制杀掉被测软件进程，还是出现资源耗尽情况，资源没有释放（如果是被测软件引起的，杀掉进程后应该会释放系统资源）
3> 已通过各种软件杀毒，可以排除是病毒引起的问题
现在开发和我们测试这边找不出具体问题出现在哪里，开发说是电脑问题，我们又拿不出有力证据（该问题在该版本其它Build中也出现过，共出现四次，每次电脑都不一样，操作系统也不一样），该问题也在一直找答案，初步判断是与金山毒霸有些东西不兼容引起的，待确定。
6、不同的测试人员提交同一个问题，处理结果不一样
这个现象也是自己最近在考虑的，同一个问题为什么不同的人上报得到的处理结果不一样，总结出了以下几个原因：
1> 是不是bug
2> 开发人员的工作负荷。
3> 开发人员自身和心情决定的。
4> 项目所处的阶段（如临近发布和首轮测试）
5> 测试领导的支持
6> 测试人员的沟通及交流
7> 测试人员杂开发人员心中的印象
8> 问题反馈给领导，让领导沟通
以上也是跟同事交流和自己工作时得出的，针对这个问题，更多的是作为测试人员，我们怎么去行驶好自己的责任，哪些原因是自己导致的，这也是自己思考的，属于自己的工作职责，有问题一定要反馈沟通交流，不断反思改进整个测试过程，不应该得过且过，对于小问题不理不看的态度，时刻对问题保持新鲜感，这样才能不断的培养自己的测试感觉和经验的积累，更重要的是提高产品质量和用户体验。
以上只是自己的一点看法，由于我也是个菜鸟，对有些问题可能理解的还不够深刻，欢迎交流探讨。
版权声明：本文出自 没翅膀的飞鱼 的51Testing软件测试博客：http://www.51testing.com/?363907
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
