活动沙龙 写在深圳沙龙之后

匿名 · 2015年12月21日 · 最后由 tinaaoe11111 回复于 2016年01月06日 · 1477 次阅读

时间过的太快了啊,还有 10 天 2015 就要结束了,提前祝大家圣诞节快乐~。

我是在 2015.07.20 加入 testerhome,刚好过去了 5 个月。5 个月的时间里,我从一名毕业生加入测试行业的测试小白,到如今略懂一二的测试小生(年末了,让我装一次逼庆祝一下嘛)。这完全要感谢 testerhome 组织的沙龙,我除了孜孜不倦的从 testerhome 学习测试理念以及知识,还参与了广州第二次沙龙,以及昨天的深圳沙龙。在那里分别学习到了接口自动化测试,并且用于了实际的工作当中,接下来在深圳沙龙接触到的完整(我自己只学习了流量测试以及压力测试)APP 性能测试,性能测试我也会用于 2015 年的最后 10 天的工作。PS:沙龙当晚我们乘坐涛哥的顺风车回家,我和剪烛妹子坐在一起,我像个粉丝一样加了她的微信,即使到现在我都没有发过一条消息给他,因为我比较腼腆。。。。。

说了这么多废话,借助这个平台我想记录一下,我 5 个月零 5 天的测试工作到底做了什么。

  1. 做功能测试,完成了公司整个产品线的功能测试用例。
  2. 做 UI 自动化测试
    • 使用 java 尝试了 selenium 进行 web 测试,这个比较坑,只是做了公司很小一部分的业务,并且没有维护,只能算是个 demo,我无聊的时候玩的。
    • 使用 java 用 robotium 框架测试 APP,用这个框架覆盖比较重要的,比如登陆注册,发帖等等主要业务。虽然能跑起来,但是感觉没什么卵用,因此也没继续做下去。
    • 用 java 用 Appium 来测试 APP,之所以用这个,除了在 testerhome 主推的框架之外,最重要的原因是我们的产品是 hybird 的应用。使用 robotium 只能玩原生的。
  3. 做接口自动化,

得益于在广州的那次沙龙,我用 jemeter+ant+jenkins 把接口自动化完全做起来了。其实,我最开心的不是做起来接口自动化测试,而是利用 jemeter 和 jenkins 持续集成了一个重要的场景,就是定期清理服务器磁盘。自从用了这个之后,在也没有收到用户由于升级 APP 导致的无法下载的了。

你一定会有疑问,你怎么做了这么多工作,如果告诉你公司只有我一个测试,你会不会抓狂?不要我问我为什么,我很聪明的。。

话又说回来,我深刻的认识到测试不仅仅是技术,我更关心的是我做功能测试的时候所遇到以及解决的问题,我之所以列出我所学习的一些技术性的测试,是因为我想告诉自己这 5 个月的时间里,并没有停下去学习的脚步。

我到底遇到了什么问题呢??

一方面,当我刚进行测试工作的时候,遇到有缺陷的问题,我都报告给我的组长(把我招进去的那个)。因为我真的不知道找谁,在我不熟悉产品业务的时候。我当时也以为只要把问题交给他就够了。其实不是这样的,于是我就去问他,该怎么样去判断问题的出处。。在组长的帮助下,我渐渐熟悉了公司的产品以及简单的架构。有一次,ios 的消息列表执行删除消息的操作,出现在客户端删除消息之后,再一次刷新列表,之前被删除的消息又出现了。也就是,删除操作没有成功。当时 ios 同学坚定的以为这是服务端的问题,不是他的问题。我是怎么处理这个问题的呢,我用 fiddler 抓包分析,发现 ios、同学压根就没有请求 delete 接口如今,问题是谁,立马清楚。如今。我能很清楚的判断问题的出处。

另一方面,我想提一个问题,测试的存在真的能提高产品的质量吗。我非常苦恼的是,由于是小公司,受限于开发的水平,发版前的测试版本简直一塌糊涂,一步就有一个问题。OK,功能性的问题先不说,关键是导致了体验上的问题,比如,一个列表有很多话题,用户去评论某一个话题,我们的 android 开发出了更新了评论之外,他还更新了整个列表,从而导致每一次评论都超过了 3S。质量是开发出来的,测试除了在一边指指点点之外,我们又能做什么呢?

公司有 2 个产品计划在元旦节之前上线,做完这两个项目,就可以思考 2016 该做什么了,我现在到学习 python,我想去开发测试框架,先播下一颗种子,谁知道会发生什么呢。

当初选择了做测试,我很开心也很郁闷,开心的是,找到了适合自己的职业。郁闷的事,听前辈们在沙龙上的交流以及对测试表现出的危机感,又时时刻刻不知道测试还能不能做下去,不管怎么样,我深刻的认识到测试并没有想象中的那么美好,但也绝不会险恶到彻底无解。我们不会像儿时般幻想的三头六臂,无所不能,却也不会真的就是不舞之鹤,一文不值。很多时候,我比自己想象中更加优秀。

很久没有写过这么字的文章了,居然写了一个小时左右,写的很乱,可能有些想写的没写出来,不想写的又写出来了,各位见谅。

最后真的要感谢恒捷大哥对我的帮助!!

共收到 19 条回复 时间 点赞

恒捷大哥。。markdown 都烂了。。 @chenghengjie123

烂成渣了。。。

不过话说回来,很感谢作者能够写下自己的感想,这也就是我们鼓励大家多多分享的原因。一来其实也是自我总结,二来也可以拿出来大家一起讨论讨论。

哈哈,不错的感想,把格式调整一下呗。顺便熟悉一下 markdown

看在你叫我大哥的份上,这次帮你调整了格式(仅此一次)。你自己使用编辑界面看下调整前后有什么区别。

写分享是好的,但如果格式让人没有读下去的欲望,效果会大打折扣。

请不要怀疑测试的存在是否提升产品的质量,但为什么许多测试没有做到呢?原因在于我们测试本身,有时候我们做测试只存在口头上有问题,没有拿真实的数据与解决方案跟领导、开发进行对话。

好文,点赞。依稀看到我刚开始工作时候的样子。

不错哦,正能量

—— 来自 TesterHome 官方 安卓客户端

忘了回答一下你的问题了。

测试的存在真的能提高产品的质量吗

我想先问清楚,你的测试时指测试人员还是测试活动?如果是人员,那只能说取决于他的能耐,如果大家都忽略他,那肯定对质量没多大贡献。如果是活动,我相信答案是肯定的。

你的疑惑我觉得应该是你提出的各种问题开发没有正视。例如你上面的例子,一个评论在网络良好的情况下超过 3s ,这在大部分情况下是不可接受的。但怎么说服开发,或者开发的老大去修复这个问题,这就需要一些技术之外的东西了。一般可以给出数据(平均评论时间多久,其中每一个环节的耗时是多久),说出和竞品或者大部分 app 的差距(一般差距超过 100% 就算比较严重了吧),如果能拿到源码,甚至可以自己去加一些 log ,加断点,了解到底是什么代码造成这么严重的耗时,给出可供参考的解决方案。

说白了就是报 bug 时不仅说出重现步骤、预期结果,还需要说明你认为它属于什么优先级(任何事情都有优先级)、给出合理的数据证明这点。

无论最后问题是否被采纳(我相信有这么齐全的数据如果还不采纳只能说情况特殊,例如这个 app 还存在很多比这个严重 n 倍的问题),你都学习到了不少东西。更重要的是你让开发同学看到你的能力,以后沟通起来会更顺畅。

恒捷也可以挖掘小弟了. 不错. testerhome 要开枝散叶了. 测试价值这个话题太多. 说多了容易被喷.
测试是个闭环. 也就是在发布前发布后都有大量有价值的工作可做. 多跟团队一起想问题, 深入的去读读公司的那些 bug 和故障. 然后再去思考如何做测试

好现象

奇怪,上海这边怎么没有沙龙呢?

#12 楼 @jennifer 你看下活动沙龙专区的帖子,上海和北京最多啊 😢

#13 楼 @chenhengjie123 心都碎了。。。

#13 楼 @chenhengjie123 哈哈,看到了,希望下一次上海沙龙的时候有名额,我也去见见世面。

关于测试方面,代码要求是哪些,代码一直是短板,网上查资料也没有好的方向,谢谢~~~

棒棒哒,看完后,我要回家跪键盘了。

#16 楼 @siyu8023 我觉得基础的函数、类、各种数据类型、数据结构 这些吧。建议找一门语言来专心入门,把这个语言的入门书过一遍,里面的代码例子全部敲一遍。然后学习怎么做断点调试、看各个库/框架的 api 文档。

什么时候还有深圳的沙龙,我是小白,我也要来

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册