测试中的一些思考

测试中的一些思考

• 测试流程上的混乱
  小团队中，往往没有掌握全局的项目经理，在产品小步迭代的时候，产品提出的需求没有让测试人员进行参与，也没有给测试人员任何信息，会导致产品正式提测的时候，测试人员的局面很被动，因为测试人员手上没有任何信息。
  所以测试人员需要主动参与产品的开发流程中，主动去获取信息，并对测试的范围有所了解，尽可能进行一些前期准备，防止在正式提测中被动的局面。

• 测试用例多，回归问题多，但是测试人员少
  在这样的情况下，在用例设计时还是需要尽量做到不遗不漏，同时设计方式应从用户角度出发，优先覆盖和重点验证用户最常执行的路径和最可能遇到的情况。
  在对测试用例进行优先级分级的情况下，优先执行高优先级的测试用例，并保证所有正向流程均通过。
  如果版本的改动不大，回归测试可以使用自动化的方式，在每次测试前先跑一遍回归测试。这样可以节省人力进行回归的时间。

• 测试结束后的总结
  测试结束后，没有对本次测试进行一个好的总结。没有总结的后果就是，无论测试多少次都在重复之前的工作，没有进步。需要在每次测试之后，对本次测试中好的点和不足的点进行一个归纳总结，在下次测试中只要所有改进，那就是进步的，否则毫无长进。

• 对测试的思考
  测试的目的是为了保证产品的质量，怎样高质量的完成测试是一个永恒的话题。达不到这么高的思想高度，就只能着眼于眼前的测试任务。那么怎么能更好的完成本次测试也就成为了一个需要思考的问题。
  提高效率，提高质量，这一直都是需要学习的地方。不想成为一个单纯的测试执行者，总得在思考下才能进步。

• 对产品的考虑
  测试人员也可以关注产品本身的优缺点，不仅仅单纯的去测试Bug，同时对产品整体的设计都有认识。从测试人员的角度去观察，得知道对比其他产品，被测试产品的优势和劣势在什么地方。进一步考虑，就会思考为什么要这样设计，怎样设计会更加方便，这可以进一步锻炼思考能力，还可以对产品提出更多的建设性意见。