测试一年半瓶颈现状
上一篇 /
下一篇 2011-12-29 13:11:05
入职一年半,测试做了一年半。B/S、C/S架构的系统都测试过,回想起来收获不多,不知道是自己积累太少还是工作设计的内容不多。主要平时都是在做手工功能性测试,偶尔做一下性能测试。 现在都不知道该如何走下去,是继续做测试,还是转行?困惑了。。。。
总结一下测试以来的心得,希望能帮到刚刚学习测试的朋友们,也希望测试大侠们能多多给出指导!!! 1.基本功能测试——基本的功能经过纯手工的测试之后,能够测试出70%的BUG;测试的轮数越多发现的问题越多;参与的人数控制在1-2人,因为1个人测试由于看问题的角度问题,有些问题不容易发现,两个人一起测试较好;BUG一定要及时整理成BUG列表,以便后面的回归验证; 2 .链接测试——连接测试的一部分包裹在功能测试里,在功能测试的过程中会检查出一部分的连接问题;在这里提供一个检查连接的小软件“XENU”用于检测WEB死链接。
3.浏览器兼容性测试—— 目前热门的浏览器有IE6.0-8.0、Firefox3.0/3.5、TT、Maxthon、opera、海豚等,可以采用冒烟的方式测试不同浏览器的兼容性。
4.可用性易用性测试—— 这项测试我个人理解为用户友好性的一类测试,可用、好用、易用,用户用起来才方便,才喜欢用你所测的系统。
5. 性能测试——对于常用的操作,例如:登录操作、修改密码、常用的业务流程等,要经过认真的性能测试。进行性能测试的时候可以让用户给出期望的指标和常用的业务场景功能清单。根据给出的业务场景清单来录制脚本,按照给出的指标来设计场景,然后对照测试结果提出优化的建议。
6. 数据库测试——主要测试数据库写数和取数过程用的性能,提示优化表结构和添加相应表索引的建议,以优化性能。 7.安全性测试——建议进行XSS攻击测试。
8. 针对系统支持的协议测试等。
C/S架构系统基本测试内容:
1. 应用功能测试——客户端应该被独立的执行,以揭示在其运行中的错误
8R[\!O4Un0 2. 服务器测试——测试服务器的协调和数据管理功能,也考虑服务器性能(整体反应时间和数据吞吐量) 51Testing软件测试网4@Adq$Hk
}
3. 数据库测试——测试服务器存储的数据的精确性和完整性,检查客户端应用提交的事务,以保证书具备正确的存储、更新和检索。
5|"dJg'\0 4. 事务测试——创建一系列的测试以保证每类事务被按照要求处理。测试着重于处理的正确性,也关注性能的问题。51Testing软件测试网AA"ay Y!CV
5. 网络通信测试——这些测试验证网络节点间的通行正常的发生,并且消息传递、事务和相关的网络交通无错的发生。
另外还有一些•安装卸载测试、升级测试、 兼容性测试、自我保护测试等方面的测试。
_s&g|X
`,I3Mz!L0
收藏
举报
TAG: