测试工作中一些心得体会.doc

测试工作中的一些心得体会 此文是在下从事测试工作一年以来的点滴心得和体会，一家之言或有不足之处，欢迎各位同仁批评和指导，大家也可通过百度空间或是搜狐博客给我留言： /dzasm/ihome/ihomefeed / 也可以发送邮件至： Eds5146@163.com （如有转载，请保留以上信息——东敬谢） 1. 测试需要一份测试指导书 测试前要明确测试目的。如：需要做哪方面的测试？具体进行测试的步骤有哪些？功能实现与否如何判定？哪些现象是允许的？而哪些现象是不允许的等等。 测试目的不明确会造成测试工作的混乱，因为测试并不是简简单单地得出一个结果——测试OK，产品可用。 产品凭什么判定可用？产品可用到什么程度？ 凭什么判定测试过程OK（或是不OK）？产品完成了哪些功能？完成度有多高？产品没完成哪些功能？没完成体现在哪些方面？产品有哪些缺陷？缺陷的严重程度？等等诸如此类的问题才是测试工作的关键所在。 比如说开发一个台灯，我们都知道，台灯的重要功能是必须能照明，没有达到这个要求的产品一定是NG的。 但测试并不是说，你把台灯接上电源，开开关一看灯亮了，OK，这个产品是可以用的…… 测试必须检测到跟重要功能配套的一些基本指标，如台灯的亮度是否可调？灯泡长时间工作发热量多大（如果使用的是钨丝灯泡）？灯泡的工作寿命是多久？等等。 如果灯泡开半小时，1米范围内的温度可以达到70摄氏度，哇，有哪个用户敢用这样的产品？这不叫台灯，应该叫取暖器，再比如灯泡的寿命是10个小时，用户每天使用4小时，不到三天就要换一个灯泡，这样的产品恐怕会被归入假冒伪劣类。那么，灯泡开半小时，1米范围内的温度应该是个什么标准？开一小时，两小时后温度应该是个什么标准？0.5米内，0.2米内，灯泡的温度又是个什么标准？灯泡的使用寿命必须大于多少小时？等等等等。 这些由谁来给？难道要让测试人员自己来找么？ 假如上述指标都给了，测试过程中发现，开台灯工作两小时零三分钟的时候，台灯居然熄灭了，当你把这现象提交开发人员报缺陷的时候，开发人员告诉你，这是因为加了定时关断功能（或是加了温控开关，当发热温度过高时会自动关灯） 为什么测试之前不说？ 如果是加了定时关断，用十个台灯进行检测，关断时间从一个半小时到三个小时的都有，那么是不是都是正常的？ 不正常？那么正常应该是在什么时间？ 又比如，开发一个遥控器，让人测试的时候不给一个键位表，问开发人员要的时候，开发人员回答——不会自己试啊！ 好吧，我自己试，试过之后把功能自己做了一个表，提交给开发人员，问对不对？ 开发人员回答：你猜，你猜，你猜猜猜…… 好吧，让我猜是吧，那我猜实际遥控距离只有1米也是正常的，就不告诉你。 有的人可能认为，测试就是让测试人员随便拿产品去用，把使用后的现象和结果记录下来，拿给开发人员这边判定就是了，不需要给出什么资料——这应该是用户体验测试，不是我这里所要说的，开发过程中的测试，再说了，就算是把产品卖给用户也得附上一份使用说明书吧，什么都不给就叫人测试，莫非是在考验人智商么？ 测试工作是产品的一个求证过程，是对设计的一个检验，需要忠实，详细，有效地记录产品在测试过程中的现象（包括已实现功能，未实现功能，所存在缺陷等），并将信息反馈至开发项目组的一个必须过程。 测试的目的是为了验证产品的功能，性能，同时找出产品的BUG点，以完善产品的开发。就某种意义上而言，发现BUG点比验证功能是OK的更加重要，因为——你最好别指望客户或用户来帮你找BUG，否则代价会非常大。 如果一开始有明确的项目计划，清晰的产品需求，那么可作为测试工作的前期导入，但仅靠这些还是远远不够。产品的功能，性能，可拓展性，兼容性，安全性，稳定性，这些都是测试时必须考虑到，也是必须测试到的内容（除非没有相关方面的需求），很多东西并不一定能在项目立项时就能够考虑到就能够预判到。 举个例子，腾讯QQ我相信大多数人都用过，作为一款即时通讯软件，与好友及陌生人在网络上自由聊天是产品的重要功能，这个功能是必须的。 视频聊天和传文件是QQ的两个拓展功能，假如现在是在产品开发过程中，开发人员让检测这两个功能。 经过测试，视频聊天可在不同的两台电脑进行连接，在连接的时候，发起视频的一方在点击视频聊天后，会弹出一个确认框，问是否确认要给对方发视频——我们都知道，实际QQ上发起视频不会有这个动作，因为这个动作多余了。 但是假如开发人员没有给出相应的需求，测试人员完全可以判定这个动作合理，因为计算机软件在用户作出重要操作时，弹出对话框让用户确认的动作是很正常的。 又比如，在传文件的过程中，发送文件的一方点取消传送不能中断传送过程，只有接收文件的一方才能中断传送，如果是这样设计的话，发送文件的一方发错文件就很麻烦了，要么让对方取消，要么强行关断QQ进程甚至是强行重启电脑。 假如