标签：
测试人员每天的例行工作之一就是与开发沟通代码改动，并对改动进行功能回归，我们称之为测试范围确认。对于每个测试人员来说，可能都会遇到以下问题：
1、拿到一个代码改动后我首先做什么？
2、跟开发沟通时问些什么？
3、我该如何沟通才能问到自己想问的问题？才能更精确的得到回归范围？
4、担心自己问的问题太不搭调，被对方嘲笑怎么办？
5、跟开发沟通结束后，接下来该怎么做？直接按照开发说的去做吗？
举一些工作中的bad case和good case，让大家体会一下，评语是本人自己添加的，有更好的理解可以单聊哦~
对话背景1：一天，武爷对浏览器的代码作了几笔改动。小强匆匆忙忙地看了一下代码变更之后，就跑去问武爷了…
Bad case（小强版）
小强：有一笔代码改动的地方，把一个auto指针, 改成unique智能指针。我了解到这两个智能指针都可以在对象销毁的时候自动释放内存。
（评语：目的不明确，导致对方不清楚你的来意）
武爷：不明白。。。
小强：就是说 auto_ptr 指针会在赋值时把自己所指向的内存块转移到另外一个指针中,而unique_ptr则不会，是这样吧？
（评语：还是没说明来意，关注点停留在技术细节上，对方仍然不明白来意）
武爷：不明白你说的是什么？
小强：就是代码改动的时候把一个auto指针换成了unique指针，这个指针的变动会有什么影响？
（评语：进入主题了，不过封闭式的提问，对方直接回答有或者没有就行，还是没能得到自己想要的答案）
武爷：你可以理解unique更安全，更换后没有太大的问题，那笔改动不用回归。
小强：。。。
Good case（小明版）
小明：在SVN上看到一笔改动，把一个auto_ptr 换成了unique_ptr, 我了解到的这两个指针，都能自动地释放内存，为什么要做这样的转换呢？
（评语：开题就把对方带到了自己想要谈的主题上，让对方知道我是来找你了解代码改动。接着，说了下自己提前了解到的情况并提出准备好的问题，这样能引导对方跟你思考同一个问题，有利于确认到较准确的回归范围。）
武爷：原来的auto是我们自己做的，unique_ptr 是VC11的，VC11已经有自动释放的指针了，我们就就没必要再自己做，直接使用系统提供的就好了。
小明：那这样改动会影响哪些范围呢？
（评语：与对方确认改动的影响范围，这种开放式的提问方式，能够让对方展开来谈论，有利于我们了解到更多内容。）
武爷：应该没有什么影响，要是出问题就崩溃了，看下主路径就行。
小明：那些指针是控制哪些对象的？
（评语：如果提前了解到更多的技术细节，也可以提前准备好疑问，沟通时提出来一起讨论来解答疑惑）
武爷：DC(设备绘图的)
小明：我们对浏览器界面主路径做测试，没有出现大的问题，比如崩溃，就没问题是吧？
（评语：好了，回归范围拿到了，最后就沟通得出的结论总结下，让双方达成一致。）
武爷：是的。
对话背景2：一天，开发添加了一个函数，在SVN上的changelog内容注释的是”添加了一段牛掰代码“，对于看不懂代码的测试童鞋要去找开发确认回归范围了。。。
Bad case（小M版）
小M：我看到了一笔代码改动，想跟你确认下，你看现在方便吗？
（评语：比较有礼貌，沟通时的礼貌用语，会让对方比较舒服）
开发：你说
小M：看到你添加在一段代码，但是这段代码不是特别明白，你看能稍微讲一下吗？
开发：我加的那一段？我加了好多代码。。。
小M：额，你打开SVN看看，我告诉你是哪一笔。
（评语：没有提前准备，需要让开发打开svn changelog查看，浪费了大家的时间）
。
。（此处打开SVN）
。
小M：就是这个改动
开发：哦，这个呀，这个你不用回归。这个没什么影响，功能上没什么大问题就行，不用回归。
小M：这个函数的作用是什么啊？
（评语：问到了函数作用，但是没有深入的接着问，导致获得的信息没有帮助）
开发：计算距离的，你黑盒上回归下没问题就行
小M：这个加了以后跟加之前有什么区别吗？
开发：更精确了。这个不用回归，我之前的改动与UI展现相关的没问题就行
小M：也就是说你这块改动是与UI展现、字体展现等相关的是吧？
开发：是的。
Good case1（NaNa版）
nana：想跟你确认下代码改动，你现在有时间吗？
开发：有时间，你说。
nana：刚才发到你QQ上的截图，就是那笔改动，你的注释是”加了一段牛掰代码“。我看了一下，不太了解你这段代码的逻辑，你能跟我讲一下吗？
（评语：说明来意，直奔主题）
开发：哦，这个呀，这个你不用回归。这个没什么影响，功能上没什么大问题就行，不用回归。
nana：那个代码本身的逻辑你能简单给我讲一下吗？我想了解一下
（评语：深入了解代码逻辑，因为了解到逻辑后，对后面的回归有帮助）
开发：函数本身是计算去一个最佳的距离
nana：什么距离呢？
开发：所有字体布局之间的距离
nana：我们浏览器的主框架？
开发：可以这么理解，所有的布局和字体之间的距离
nana：所有的布局？我们浏览器的UI包括很多，主框架区、对话框，还有气泡等等，是指这些吗？
开发：主框架
nana：是指主框架的收藏栏、地址栏、侧边栏等吗？
（评语：对待每个模糊的回答，能够细化问题，精准的确认影响范围）
开发：是的
nana：这个函数计算的UI距离是指哪些具体的UI呢？
开发：行间距和字体的间距，图片与字体之间的间距
nana：这段代码的逻辑调研过吗？能给我交接下吗？
（评语：明白自己的目的，以学习的心态再次要求开发讲解代码逻辑。这在完全不了解代码逻辑但又必须得了解的情况下是可取的，能避免漏掉细节）
开发：你一定要了解吗？那给你讲讲吧。
Good case2（小明版）
小明：请问有时间吗？跟你沟通下代码改动，确认下回归范围。改动内容已经截图发给你了。
开发：好的
小明：我看你注释的内容是”加了一段牛掰代码“，这段代码是做什么用的？
开发：哦，这个呀，这个你不用回归。这个没什么影响，布局上没什么大问题就行，不用回归。
小明：它会让布局不一样是吧？那它是做什么用的呢？
开发：它主要用于计算距离，一些布局的间距
小明：什么时候会使用呢？
（评语：了解具体的函数使用细节，包括作用、使用时机、使用范围等，有助于确认最后的回归范围，这些都建议提前做准备，有备无患）
开发：展示UI的时候，需要排版时就会调用它来计算间距
小明：是所有UI都要用到吗？
开发：可以这么理解
小明：这个跟DPI有关吗
开发：有，就是在高DPI下用来重新计算距离的
小明：哦，那就是在125%、150%DPI下用到是吧？
开发：是的
小明：那这个如果出问题的话，可能出什么问题呢？
开发：如果出问题，布局就错乱了
小明：那这段函数是咱们自己写的吗？
开发：是
小明：那是否需要我们做内部的调研，去针对性的做一些单测呢？
（评语：引导开发思考修改存在的隐患问题，并提出做单测的想法，提出了如果出问题会如何如何，这样开发会更加谨慎的去回答你提出的问题。）
开发：想做也行
小明：不会出问题吧？要是出问题我就找你哈~~哈哈哈
开发：那做一下吧
小明：那要做的话，请讲一下具体实现吧。
（评语：通过单测的要求，让开发讲解代码实现顺理成章）
开发：balabalabala。。。（讲实现）
小明：我再确认下，这个功能就是在浏览器高DPI下，UI布局展现时计算距离的，我们验证UI时，应该看一下所有的UI布局展现的正确性，包括在移动、刷新时候的UI展示都没问题就行吧？如果出现问题可能是错乱等问题，这个函数如果需要深入测试的话到时候会找你了解具体的代码实现。
（评语：最后，总结下双方的沟通结论，达成一致）
开发：好的
以下是我整理的测试范围确认流程的整体框架，以及每个阶段的实施建议。
供大家参考。有更好的建议可以一起交流^_^
标签：
原文地址：http://www.cnblogs.com/scios/p/5624707.html
