HttpRunner 开始支持 HAR ，意味着同时支持了一大堆主流工具，包括 Fiddler/Charles/Chrome/Firefox/HttpWatch 等等，以此实现脚本录制和生成功能。

https://github.com/HttpRunner/har2case

你打开浏览器开发者工具，看下 js 静态资源是否正常加载了

漂亮！

简历里面只敢写 “听说过 XX”

不可以，优先英文

https://httprunner.com/ 已经可以访问了。

项目也已加入 TesterHome 的开源项目收录了，喜欢的去点个赞吧

感谢建议。的确有计划这么去做了；后续不光是校验模块，请求模块、解析提取模块都会独立出来，并开放出接口，用户可根据实际的系统数据类型自行进行接入。

考虑过左右边界，但实际写起来会发现很累赘；同样是文章的中的例子，采用左右边界的写法大致如下：

- test:
    name: demo
    request:
        url: http://debugtalk.com/
        method: GET
    extract:
        - {"field": "motto", "LB": “blog-motto\">", "RB": "</h2>"}
    validate:
        - {"check": "status_code", "expected": 200}

对比下就发现，还是正则表达式更简洁。

这个。。主要是框架一直在升级，文档很难跟上啊，我尽力哈

有机会回去一起交流哈

校招貌似已经过了

好处是不会搞错下标

def reverse_string(origin_str):

    if not isinstance(origin_str, str):
        raise Exception("input should be string type!")

    if len(origin_str) <= 1:
        return origin_str

    stack = list(origin_str)
    new_stack = []

    while True:
        try:
            new_stack.append(stack.pop())
        except IndexError:
            break

    return "".join(new_stack)


def test_reverse_string():
    origin_str = "abcdefg"
    new_str = reverse_string(origin_str)
    assert new_str == "gfedcba"


if __name__=='__main__':
    test_reverse_string()

@wuranxu 页数太多了，建议精简下。
个人建议：
（1）没有必要将在每家公司都做了什么写那么详细；
（2）技能证书那项没必要加，反倒会显得掉价；
（3）用词尽量精炼，避免口语化。

优点：追求完美主义
缺点：还是完美主义

作为土生土长的重庆人，必须大力支持！

你说的是这个？ http://fitnesse.org/
我大概看了下，差异还是挺大的。
后面你能写篇文章介绍下你们的实践方式么？期待

因为我还年轻，想再多看看外面的世界

Life is short, I use ApiTestEngine.

别酱紫，含蓄点

可以将加解密算法实现到debugtalk.py中，然后在测试用例中调用加解密函数。这方面之前写过好多了，可以找到相关文章看下。

赞！

通常的做法是，发起请求时调用加密算法来构造请求数据，前提还是你得知道加密算法。