10+，看《人类简史》得到的感触。 这个世界，拼的是 '讲故事' 的能力。深入有深入的故事，广度也有广度的故事，怎么把故事讲得人们相信、膜拜，需要点想象力。

# @staticmethod
    def path_params_toDict(self, url):
        """
        将id=2&cc=3转换为{'id':2,'cc':3}
        :param url:
        :return:
        """
        urlObject = urlparse(url)
        return dict(parse.parse_qsl(urlObject.query))

很多年前，用过 TestStack.White。https://github.com/TestStack/White Star 近 900 个。

感觉这就像一个 cms 系统，明明有新增功能了，为啥还要开发一个导入功能。明明有 page list 了，为啥还要导出功能一样。

操作系统 + office 系列，软件生态必须品哦。至于 test data 是否有必要用 excel，还是 json，yaml，能让团队快速用起来，搞好测试就行。

内核够硬，搞得漂亮些与否，看你老板和你自己。灯黑了，只要达到效果，差不多就好。

楼主，好性情啊，还能手把手教人，很佩服的。我就很想成为很令我讨厌的人，有钱可以任性，有权可以挥霍。

templet 后面是跟 script 脚本里面的控件 Id 名称，不是 jira2

楼主，用这个在你的环境测试看一看 ，效果如何？
基于 GO 的性能测试工具，收获 9000 个 star
https://github.com/tsenart/vegeta

恐怖，问得这么细。。可以百度到的东西，何必

你面对的老板估计不够大哦，你可以想象下，任正非还听你这个？

在转测前是要审查了。小老板们觉得 OK，终极 Boss 觉得不行，再说了终极 Boss 从战略角度、结果角度，测试是最后一道防线，所以从结果论来看，找测试来背锅也是正常的，这可能算行业默认规则了。

1988 年世界末日
2012 年世界末日
2020 年世界末日

点击率、回复率、超自然力、超前力

P2P 这一波证明啥岗位都是一个样的。。

估计面试官觉得缺少提练思维，用理论来挥动技术的大刀吧。人太实诚，还是要有一定忽悠能力才行。

举个例子

问题 1.
面试官：你最近在看什么书，

我： 前不久在看《毛选》，最近在实践当中的一些理论。（估计这时会引起面试者的好奇心）

面试官：《毛选》会测试有毛关系啊？（猜的可能会继续问）

我：最精典的当属于《没有调查没有发言权》，然后。。。

才 30，大你 N 多的漂过。。。

能分享一下做的思路么？感谢

一般情况下，是由 leader 通知组员进行修改的，但是打了招呼是可以修改的，再说了修改面一般不大，如果修改面比较大估计就得分工了。

可以的前提：管理者要知道每天的创建、维护用例变化，并且系统有地方记录变更的原因、人员、时间。

如果那段代码没写呢。

这个锅到底是谁的呢？不是自己的锅，用证据链来证明啊。

乒乓球，直拍横打?

你这个年纪，让 80 年代的我情何以堪

不客气。我个人觉得你们领导还是挺有想法的哦。。另外，坐等你的分享。

可以实现啊，看这个 mitmdump 的 python 脚本的引用。对 response 类，写个随机产生异常的方法，并记录产生了那些异常。

还是有用的，主要是 mock 一些异常 http 或者异常 key,value 值用来检测 APP 是否有处理，出异常可以，但不能导致 crash 等

用 mitmdump 写个脚本，自定义 mock response header 或者 body。。然后再用 flask 做个简单的页面去调 mitmdump 的脚本。

是啊，说得很对，搞完我才发现。。

哈哈哈，我坚持完了，写了一个神颠颠的故事《测鬼记》，还是上、中、下三部曲。
现在在坚持写《漫游测试之性能测试》，写完《漫游测试》系列，估计就不在这行混了。
文章都在我的 csdn 博客上面。可惜没啥人看啊。