测试小故事39：怎么测?

  怎么测？问谁呢，你是测试。

 

  接到任务，如果不满足标准测试流程，如果稍有点难度，总是会有人问“怎么测？”

  有人提出“要不问问开发怎么测？”

  更有甚者有人会提出“要不问问客户怎么测？”

  太有才了，什么都敢问。即使问，也太直接了吧，想都不想。

  有没有想过一个问题：谁是测试？谁在测试？为什么找你测试？你的专业性在哪里？

  如果作为专业测试人员的你都在问“怎么测”，谁来回答你的提问。

  如果作为专业测试人员的你从开发或是客户得到了“怎么测”，除了不动脑子，除了执行，你还能做什么？测试真的就成了没技术、什么人都可以做的工作。

  测试遇到问题，不只是问别人“怎么测”，更要问问：我该如何测？我想到了什么？我做什么？我还能做什么？

  想提问题，如何提问，认真想想，看看《提问的艺术》

  至于怎么测，这应该测试自问和反思。

---------------------------------------------------------------------------------------

  刚开始做测试时，只是接受任务，然后执行，不会想那么多，照着用例执行就好了。其实不是没有问题，只是刚入行，想也想不出来什么问题。

  做了一段时间，开始迷惑了：为什么没有需求？为什么需求老是在变？为什么开发不给设计文档？为什么做出来的东本跟设计的不一样？为什么说好的一周时间现在怎么才有3天时间？为什么出了问题总是测试的错。。。。。。XX的，要啥没啥，还要测、测、测，怎么测？生搬硬套，不会变通。

  业务理解清楚了、深入了，要测的内容多了，可以测的内容也多了，新的问题，怎么测？能力不足，技术不过关。

  时间沉淀一切，时间解决一切。技术积累了，能力够了，过程、流程烂熟于心，也就不再瞎吵吵怎么测，多了一份耐心，接到任务盘算着如何测。真正有了问题，也是考虑和尝试之后，有了想法和解决方案才拿到台面上进行讨论。这样思考的结果就是问题问的越来越有水平，能力也在不知不觉得到提升。

  怎么测？你说呢？