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