软件测试常用的原则和技巧（多年工作经验总结）

经常听人说软件测试简单，其实不然。

一.记住，我们是系统测试工程师

1、一定要记住，如果一个公司有一个职位是软件测试工程师，那么大部分是系统测试工程师。

3、作为系统测试工程师，一定要站在整个系统的角度去考虑问题，系统就包括我们要测试软件以及这个软件配合的其他部分，比如和这个软件配合的其他第三方软件，运行的平台等，都是你需要考虑和关注的地方，这才是系统测试工程师。

4、这里，可能有人要问了，那我要是把所有的功能全测试了，那也太累了吧。这就牵扯到了测试粒度的问题，自己要测试的软件，粒度可以足够的小，而其他模块粒度可以足够的大，甚至几条测试用例就可以完成测试，但不能说不测试，或者说出现了问题不能以和我测试的软件无关而不重视!

二.杀虫剂悖论

1、这个是许多老员工比较容易犯的，特别是对于连续迭代增量开发很多年的产品。测试用例很完善了，所以基本测试用例很长时间都不会修改，就会犯这个错误。

三.物以类聚原则

1、这也是我在测试的过程中经常用到的一个原则。就是一个模块发现的问题越多，那么就会有更多的问题没有被发现。

4、最后没什么说的了，我设计出了一款超级多的测试用例，针对这20款设备进行了详细的设计，可以说测试用例跑一遍都要2天的时间才能执行完。你能说这是浪费时间么？不能！因为这个模块我发现了超过100个BUG，所依据的就是物以类聚原则，根据测试的结果调整我的测试用例！