黑合测试经验的几点心得

yangjingxiao · 发表于 2005-2-1 15:01:13

黑合测试经验的几点心得：
1.了解业务流程，了解功能模块。当接手一个测试任务时，首先要了解该模块主要完成的任务，理清最主要的流程，然后针对这些主要的内容展开测试，测试完后，保证了程序的可用性，接着就可以进行各种异常测试，提高程序的使用性、方便性和柔韧性。
2.设计测试用例：设计测试用例应力争做到考虑周全，数据种类齐全，这样有助

于提高测试效率和准确性；写测试用例固然重要，但确实很费时间，对于不设计

逻辑流程的，可以凭经验直接测试。
3.结合数据库：要求非常熟悉sql语句，特别是select语句的各种查询方法，包括单表查询，多表连接；数据库的数据尽量不要手动更改；随时观察数据库变化情况，可以发现隐藏的问题。
4.尽量减少自己的失误而出现的错误信息，却把之认为是程序的bug。
5.不要多疑：在规定的时间内果断完成任务，不要老是怀疑还有什么错误而在某个地方转来转去，这样会浪费很多时间的。
6.测试先后：实际测试的过程是程序的反复更新过程，最容易出现错误的是新增加的功能，所以，应该重点测试新的功能，这个测试完毕后，程序的更新次数会大大减少，这时就可以测试老的功能是否出错。这样是提高效率的有效方法。

这是小弟做了半年的测试的一点经验，还请各位大虾多多指教。

yangjingxiao · 发表于 2005-2-1 15:02:52

黑合测试经验心得：
1.了解业务流程，了解功能模块。当接手一个测试任务时，首先要了解该模块主要完成的任务，理清最主要的流程，然后针对这些主要的内容展开测试，测试完后，保证了程序的可用性，接着就可以进行各种异常测试，提高程序的使用性、方便性和柔韧性。
2.设计测试用例：设计测试用例应力争做到考虑周全，数据种类齐全，这样有助于提高测试效率和准确性；写测试用例固然重要，但确实很费时间，对于不设计逻辑流程的，可以凭经验直接测试。
3.结合数据库：要求非常熟悉sql语句，特别是select语句的各种查询方法，包括单表查询，多表连接；数据库的数据尽量不要手动更改；随时观察数据库变化情况，可以发现隐藏的问题。
4.尽量减少自己的失误而出现的错误信息，却把之认为是程序的bug。
5.不要多疑：在规定的时间内果断完成任务，不要老是怀疑还有什么错误而在某个地方转来转去，这样会浪费很多时间的。
6.测试先后：实际测试的过程是程序的反复更新过程，最容易出现错误的是新增加的功能，所以，应该重点测试新的功能，这个测试完毕后，程序的更新次数会大大减少，这时就可以测试老的功能是否出错。这样是提高效率的有效方法。

靠，重发

生态平衡 · 发表于 2005-2-1 15:56:07

哈哈，楼上看来是个注重完美的人

Beck · 发表于 2005-2-1 16:06:49

事无巨细啊

闪灵 · 发表于 2005-2-1 18:02:36

原来你也这样啊,我恨死了,除了业务流程什么也学不到

yangjingxiao · 发表于 2005-2-3 15:49:49

呵呵,追求完美是测试员的一个基本职业素质,不仔细就不能找到隐藏的bug,没听说过吗? 只查找表面的错误,不是一个真正的测试员.
谈到学到什么,其实是方方面面的,工作经验是最重要的,除了学习基础知识,业务知识外,总结经验是非常必要的.

owen.wang · 发表于 2005-2-3 15:57:59

强！

baitest · 发表于 2005-2-3 16:17:24

xingcyx · 发表于 2005-2-23 11:31:09

说得不错，更为难得的是楼主才做了半年测试，就懂得注重积累经验，赞一个！
对第二点发表点不同看法，不写测试用例直接凭经验测试是很不得已的做法，尽量不要这样。真的万不得已的话，在测试完成后也要抽空补齐，以便在下一个版本的测试时可以重用。

Juix · 发表于 2005-2-23 13:57:30

针对楼主的第2条，个人认为可以有一个折中的办法：
如果没有时间来进行测试用例的编写，可以写测试要点，也就是实际的步骤就不写了，但是涉及到的测试点可以列举出来，这样也是可以到下个版本进行重用。

deagefoo · 发表于 2005-2-23 17:08:03

谢谢！收藏呵呵！

Boey · 发表于 2007-6-5 11:29:14

顶一下 sdlkfj3

zhongqp · 发表于 2007-6-5 16:17:53

liulinzhu · 发表于 2007-6-5 16:47:18

恩，不错，
我还没达到那个层次

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 黑合测试经验的几点心得

相关帖子

顶

站长推荐 /1