灌水 在一个完全不懂技术的上司底下做测试开发,好难。

Daa盛 · 2015年06月03日 · 最后由 123test 回复于 2023年11月17日 · 2282 次阅读

我,一个软件工程的学渣,在学校没好好学,毕业就在帝都找了个测试,勉强度日子。但是好在也是软件工程的,网络,linux,数据库,编程语言基本语法还都 ok,所以一直在公司做着类似配置管理员的工作,搭搭服务器,配置配置测试环境,写写脚本什么的还是 ok 的。

由于家是南方的,在帝都干了两年,就回南方了,在一个 IT 行业不怎么发达的二线城市,干着黑盒测试,而且是一个非常不规范的公司。整个公司没有规范的流程,公司总部在美国,总说自己是美国公司,公司强调自由,民主(现在想想,所谓的自由,给我们中国 Team 带来了非常大的痛苦,已经逼走了几个开发。)

测试流程,是由一个学什么半导体专业的处女座的女人(不是我要黑处女座,处女座搞测试,开发要疯,也许质量上可以提高点吧?)上网找的其他公司流程,拼拼凑凑弄出来的,好歹也在帝都呆过,规范的流程也使用过的,看到这个流程,我只能呵呵,继续混日子。今年公司要做 API 测试,开发不愿做,我就毛遂自荐,我说,我会点编程,这个 API 测试我可以试试。

我就一边做着黑盒测试,一边上网找各种 API 测试相关资料。每天比别人早一个半小时到公司,就为了,能把 API 测试掌握在自己手里,不想被一个外行毁了。结果,在灰常短的时间内,要我做出一个框架,我认了,毕竟找到一个我喜欢做的事情,还是很有干劲的,我就干了。经过 1 个月时间,出了 1.0 版本,完成第一次完整的 API 测试,自己心里还是挺高兴的。没想到噩梦开始了。

这个处女座完全从用户的角度来指(ming)导(ling)我写 Testcase. 非要做一个 demo 给她,然后再对这个 demo 写 case,做测试。那我就把 Testcase 多分出一个类来,叫 Functional Testing,来给她测试这个 demo。很多我已经在 API 测试里做了的测试,她非要在 demo 里面表现出来,再做一遍。把我的 Testcase 搞得异(luan)常(qi)丰(ba)满(zao)。。。。

最近搞得好累,一边黑盒测试干着,一边还要对她的指导,表示感谢。我想过我要自己做一套完整方案给她,让她闭嘴。但是 API 测试能看的资料比较少,所以我在和处女座争辩的时候,没什么底气。不知道论坛的大神,有没有什么建议,能给我几个外国的网站也行。

我要出一套完整的,规范的方案,好让她闭嘴!

共收到 24 条回复 时间 点赞

只能表示同情,这种情况下,对方如果连测试也是半瓶子的话,就更难了.....

你现在能力还不足够强。
理论经验上你的直属领导肯定比你丰富。

进入职场首要的还是先做人,学会协调好上级和下级的关系,学会适应你的工作环境。
走是一种选择,走了之后就会好转么?
不管你在哪家公司,都会遇到类似的情况。
每个人都有优点,也都有弱点;不要过分放大自己的优点,也不要过分贬低别人的缺点。

现阶段,持续学习积累内功是一个比较不错的选择。
忘记你领导的种种不是,她只能呆在她自己的小圈子里;而你可能会走的更远,飞的更高。
眼光放的远一点,过早陷入这种 “斗争” 的状态,耽误自己技术的提升。

领导或客户有时候会犯错,实在不行,这个错误你让他们自己犯吧。
试想一下,如果这样的领导你都能说服,还有什么你做不好的呢?

对于打工者来说,加入一个好团队,遇到一个好领导,幸也~~

其实我就想说一句话。将来回过头来,你会发现,你纠结在这个事情上,你纠结在这个人身上。根本不值得。浪费时间罢了。

个人的经验是:该汇报汇报,该工作工作,合理的接受,不合理的理不理他是另一码事。领导不合适还是努力提升自己,想出路吧。
PS:自动化不是万能的,不要太理想。~API 自动化远没有想象的那么牛 X。

#2 楼 @lucasluo 我在做人这一块上,还是可以,性格比较开放。这篇文章实在长期的压抑下,爆发出来的产物,其实回头想想,和一个完全不懂技术的人,也没必要生这个闷气。我现在要做的是作出一套完整的方案,让她觉得我这么做比较合适。

#3 楼 @monkey 我现在最想解决的是完善我的方案。有没有合适网站推荐一下?

#4 楼 @yangchengtest 是因为我们公司为客户提供解决方案的,公司会给第三方一个 SDK,所以要进行内部测试,才能给客户。如果内部测试都过不了,会影响公司形象,所以才要做 API 测试。

额,说了那么久,你貌似还没怎么说你现在做的 API 测试做成什么样,你觉得怎么做才算是完整的方案(至少你觉得能说服你领导)。。。

以前也遇到过一个女测试组长,不懂技术,光死扣测试用例,咬文嚼字!痛苦不堪

楼主万幸,领导是女人,女人还是会讲道理除了爱情之外 (个人感觉),我的领导是一个男淫,不懂技术 **** 各种,你懂的,连一个安卓机刷机都说刷多了会坏的,这样的话也是醉了,好吧不强迫,一个部门总三个人,他天天 CF,中午 下午 下班,都这样(没有任何取笑之意,也没有任何色彩的东西存在,只是告诉楼猪,自己学到的才是自己的,自己的经验才是自己的,不要管人家,你不是人家领导,该汇报汇报,该干活干活,领导就是领导,叫你干嘛 你认为对产品好的就做,最重要一点 该下班下班,回家后 人与人之间的差距就在于下班后你在干嘛)。个人观点~!

#10 楼 @mr_zeng 安卓机刷多了会坏这个没得黑。。。做几次 FOTA 测试就知道了,是有寿命的,但也不是几次几十次就会坏那么矫情。你们的领导上班都玩 CF,莫非是富二代?学到本事赶紧走吧,别耽误自己

#11 楼 @james88233 正解,一般各种比较大牌子的设备在正常人类范围的使用周期内,最多也就耗损板级寿命,只不过我那 * 说的坏跟你的理解不是同一个理解,最后就是,走起来动起来🙀 太危险了

Daa盛 #13 · 2015年06月04日 Author

#8 楼 @chenhengjie123 我现在的做法。主要包括 SDK 内容,文档,各 API 调用以及 sample project 是否正常运行。主要分歧在 API 的 Testcase 上。我看了一些文章,有说 API 的 case 应该是独立单元,不要和其他 API 混合。但是又看到一些文章,需要从用户的角度,写一些组合。这个是我目前最大困惑,组合多了吧,和功能测试重复,少了吧,心里没底。。。

你现在的状况跟我类似,有着一个不懂还瞎指挥的直接上级,论经验能力都严重不足。 然后在这种环境别人都不懂你做啥的情况下,我基本还是按自己的步奏来,该做的努力做。 遇到问题反正就试着努力去解决,要不就忍了,要不就滚蛋。

你改变不了别人,你只有改变自己,使自己 power,加油吧,骚年!

也许很难,但我觉得沟通没到位。

#13 楼 @da_sheng 我没具体做过完整的 API 测试,所以这方面给不了什么好的建议。。。

Google 到的一些文章,你可以去看下(我使用的关键词: how to api test):

#13 楼 @da_sheng 至于如何制定 API 的 case ,我的意见是:测试是要有侧重点的,你不可能遍历所有功能点,同样你也不可能完全遍历所有 API (就算遍历了也不一定效果比没遍历好很多,有些极少使用,甚至基本不会用的 API 就算你找到 bug 开发也不一定会修)。

所以你要做的是所有常用 API 都有覆盖,关键的流程有覆盖,保证不会出现非常严重的问题。

@da_sheng 你可以抓包,看调用了哪些接口,然后设计用例来达到你上司的要求。

我们这边现在服务端有 API 测试,主要是用 Jemeter 和 Junit 在做,你说的移动端对外的 Sdk 我们的确是要做一个 sample 我觉得你的领导想法是对的,只有自己内部用起来才能发现问题,具体测这个 sample 的方法是直接调用 open 级别的 Sdk,然后传各种合法的和非法值,通过 Junit 对返回值做断言,最后生成测试报告,也可结合 Fildder 来看

斗志很强嘛,继续加油吧

#9 楼 @sincool 嗯,我遇到的是更注重测试相关文档的字体、颜色、格式…………

This is the Definitive Guide to Do API Testing in 2020

Yes, I’ll cover the most important topics of API Testing from start to end.

This guide is for any Software Tester or Test Automation engineer who is looking to learn What is API testing How it is done at enterprise level using CI/CD.

I have included all video tutorials list of API Testing using Postman that will make you an expert in API testing.
More details
https://scrolltest.com/2018/12/15/api-testing-tutorial/

sincool 回复

哥们,最后怎么解决的呢?目前我也遇到这种测试组长了

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