51Testing软件测试论坛

标题: 黑合测试经验的几点心得 [打印本页]

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

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

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

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

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

靠，重发

作者: 生态平衡 时间: 2005-2-1 15:56
哈哈，楼上看来是个注重完美的人

作者: Beck 时间: 2005-2-1 16:06
事无巨细啊

作者: 闪灵 时间: 2005-2-1 18:02
原来你也这样啊,我恨死了,除了业务流程什么也学不到

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

作者: owen.wang 时间: 2005-2-3 15:57
强！

作者: baitest 时间: 2005-2-3 16:17
标题: 顶

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

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

作者: deagefoo 时间: 2005-2-23 17:08
谢谢！收藏呵呵！

作者: Boey 时间: 2007-6-5 11:29
顶一下 sdlkfj3

作者: zhongqp 时间: 2007-6-5 16:17
顶

作者: liulinzhu 时间: 2007-6-5 16:47
恩，不错，
我还没达到那个层次

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)