测试的高度

今天看到一篇文章，在讲解测试高度的不同，说是测试一个产品站在不同的高度，那么效果将大不相同。

我个人理解，这里的高度应该是维度。最初级，我们的高度是站在业务的角度，根据需求来从各种角度验证产品业务、界面UI是否符合需求。现在还可能思考的方式不同，现把自己的思考的方式记录整理一下。

在拿到一个产品或者需求之后，1、我有多少的时间来测试。2、需要进行哪些层面的测试。比如性能，界面，业务逻辑，这些东西需要跟需求人员确认。拿性能来说，假如测试一个活动，这个活动还是类似抢红包的那种，这个就得根据网站之前的活动来看，是不是有很多的用户回来参与这个活动，如果用户量大的话就可以给领导提建议做一下性能。3、测试重点划分。就是哪些功能应该重点测试，哪些功能作为测一遍就可以过的东西。4、测试的轮数。重点的东西进行两到三轮测试，一二轮主要是按照用例设计来测试，第三轮进行探索式测试。

能力有限，仅总结到此，个人认为，测试既然是跟质量挂钩的，那么测试质量的提高终归的测试方法的改进，只有测试方法改进了，那么才能真正的促进质量的提升，而最难改进的也算方法。我始终认为，好的流程，好的方法，可以把人的失误降到最低。一味的提高对人员的要求不如一套完善的测试方法（流程）或者说是制度。好吧，写到这，有点跑题，，，，，，未完，待续

转载于:https://www.cnblogs.com/zhoufankui/p/6112428.html