标签：加班 时间 不同 而不是 操作 条件 注意 测试结果 很多
本人原先是一名移动端开发工程师，本来是要一条道走到黑，准备做个it大咖，结果事与愿违，走到了测试的道路上。今天介绍一件通信测试上发生的事。
公司为青海移动做个项目，处于系统测试阶段，对各个系统进行测试，看是否符合客户的需求。某天开发让我给他测个话单（通讯测试专业术语，包含很多字段，如city是一个字段，开始时间也是一个字段），看看每个字段对应的内容是否正确。对应的统计结果我们统一用excel表格，通讯测试行业话单测试大多如此。
测试话单，需要用到awk 过滤多种情况，也就会产生不同的结果。为了少受批，我就尽可能的在把问题描述全面的同时，还要尽可能做到简单易懂。所以对于不同的统计结果，部分直接用awk统计的结果，部分我就用文字来表达。然后就发给了开发。结果星期天早上，开发发信息，说我的测试结果部分不正确，还把错的结果截图给我发了过来，外加错误解释。我当时就懵逼了，我想我写的时候想的那么周全，怎么会错呢？我就急忙打开发给开发的excel文件，又对比了一下开发发给我的截图，我也是无语了。我把excel截图，又用箭头标注，给开发重发了一遍，让他仔细看。
那么问题来了，我写的完全正确，为什么开发却说我错了呢？ 是啊，我是写得够详细，想的够全面，但是挡不住开发不看或者没看见啊。我写的详细是建立在开发能看到的情况下啊，假入开发看不到或者没看，又有什么用呢？ 我问他，开发说他没看到文字描述部分，我说把两种结果放到不同的列，而且两列相距不到两厘米，你都看到第一种结果了，为啥看不到第二种结果？ 开发说，你第一种结果直接用awk过滤结果，简单明了，你后面的另一种结果，你用文字描述，我就没注意到，而且也没有时间去看那么长的描述，也不会去注意（其实也就三十字不到，但是相比较awk过滤后，copy到表格上的结果，就显的冗余了）。这里大家知道了吧，开发要看的bug等文件，都是在简单明了的基础上又包含了全面，而不是全面冗长。
我做过开发，我自己也是这样。面对测试提的bug，也许测试花费十分钟写了个详细的bug，只是一扫而过，或者仔细看了，心里会不停地嘀咕，还不如直接给我说哪里错了，都忙的要死了，还要写这么长的文件，浪费时间，害我加班，加班是要私人的好嘛。 或者是看了半天，心里有十万只草拟吗在奔跑，这个测试描述的是哈，是啥，我怎么一点都找不到呢？然后就把测试喊了过来，让他给我操作一遍，又是浪费时间，害我加班，加班是要私人的好嘛。
个人感悟：给开发描述问题，1、 能用公式就不要用文字；能用图片不要用文字，截图描述问题时要用三方软件标注出哪里出问题了
2、会让人产生歧义的词不要用
3、 能一个词描述的问题不要用俩词
4、 描述的问题，要做到在什么条件下怎么操作出现？出现的原因是什么？怎么解决？怎么解决更合理。
也许开发需要的只是一份简单明了的表格
标签：加班 时间 不同 而不是 操作 条件 注意 测试结果 很多
原文地址：http://www.cnblogs.com/z977690557/p/7662443.html
