南研所有那么高的工资啊，08 年。。。
总感觉我是去的假中兴，唉。

出来了好，凡是中兴出来的，都没有后悔出来的。

同上

学习了，因为太少用，很多细节我没注意到。多谢。

老大，今天去线下请教了人，发现这个问题是我自己没搞懂造成的。

原来压力测试结果，有 Errors 不怕，只要不是 Failed Transactions。看来我以前是真的没搞懂（主要是大多数测试其实也没 Errors 的）

非常感谢帮忙分析问题，学到很多东西。感谢。

不好意思，没有及时上来回应。因为最近太多杂事了。
我尝试了第二个设置，还是不行。

我还在努力的找原因，这个也不是每次都会失败，泪奔了。

第一种我也没用过。
postman 主要用于单条的 HTTP 接口协议的测试
soupui 一般用于 webservice 接口的测试
jmeter 主要用于一些比较复杂的，需要使用 java 编程实现签名、加密、时间戳等动态数据的接口的测试

乙醇老大真的是很出名。

很多人学自动化，都是看的乙醇的教程。

恩，检查了是这样设置的（可能默认就是选的这个）。

我刚才重新测试过好几次，有的时候最后一次 Iteration 会失败，有的时候会成功。唉。。。痛苦了。

请问如何设置为执行完事务后结束呢？

我也猜测是没有执行完事务造成的，但是不知道如何设置。

恩恩，我应该把代码全部贴出来，我去修改一下帖子：）

多谢。

我最后一行检查过，只有一个空行的。
这个应该和参数文件没关系，因为我是用 2 个并发去跑的，参数文件里有 99 个用户名，如果是最后一行有问题，那么就应该 100 次 Iteration 失败 1 次。现在我是前面跑了 1618 次 Iteration 都没有问题，仅仅是最后 2 个 Iteration 有问题。

前端输入的测试用例，最终会保存为一个文件吧，这个文件是长什么样子的呢？
能贴一下测试用例最终保存的格式吗？

多谢多谢。

顶你的最后一段话：
项目进度紧张的时候，其实开发可以顶上做测试，就是所谓的开发右移或者 devops。然而开发资源紧张的时候，测试往往没办法左移去帮助开发，可以想到，当开发的质量意识提升，质量行为左右移之后，传统的测试岗位可能会减少。

其实现在已经这样了，很多公司的开发都会做测试，而且由于掌握编技能，在很多方面做得普通测试更好。

可以作为一个长期的目标。。。

低级 bug 多，不是开发水平低的问题。虽然表面上看是这样的。

其实根源在于研发团队的领导不注重质量。比如单元测试，到底强制要求了没有？自测，到底要求了没有？单元测试的代码覆盖率如何？是否使用了类似 sonar 这类的工具？是否使用了类似阿里编码规范插件这类的工具？

如果领导要求了这些，还很多的低级故障的，才能说是开发水平低。

就是去看一些” 传统理论 “的书啊，讲测试用例设计的。老的书（软件测试的艺术这类的）讲老理论，新的书讲探索式（探索式软件测试的有好多书）。

这些理论难就难在，道理都懂，很难真的应用到工作中去。大多数时候，测试还是跟随着用户的操作在走。或者说你没有足够多的时间来进行测试用例的设计。

各种原因都有，比如测试时间不足，比如低级 bug 太多。
低级 bug 太多，对测试人员是很大的伤害，无论是从积极性上，还是从能力上。
因为低级 bug 太多，你就没时间去发现深层次的 bug。点点点，猴子就可以发现 100 个 bug，也就很难体现你花了更多的时间，去发现了 101 个 bug，那 1 个 bug 的艰难。

如果测试不能干一辈子，开发、运营能做一辈子不？

其实都一样的道理。不断的有新东西进来，都面临着知识老化的压力的。

突然看到楼主说以前公司，赶紧翻上去再看了一下楼主的介绍。

公司以前每年都有 2-3 个人跳楼的，近几年原本以为好多了。你现在也算转型成功了，我还在苦苦的准备从 15 年的测试转测试开发中。。。

不断的在学习新东西，不断的在简单入门后发现公司根本用不到，我比你还要迷茫。不过路还是要往前走。

说到不能顾家，这个是转型期间的通病，我现在的做法是先正常到家里人睡觉，然后再看书。

这个目前正式在公司使用了，不过主要是做接口测试，也做接口自动化。
目前还是处于比较迷茫的阶段，因为没想好如何继续深入下去。

做监控还要有开发的支持才行，暂时不现实。

关注，因为我最近也是遇到这个问题。无论如何都不得行。

上面的这个文章，我照着配置了没有用的。而且我看返回的 html，现在都有加 lowercase 了的。

是一个 “中级” 证书，没什么用处。
从考证的角度，还不如去考高级的那个信息系统管理师。

请问一下，这里到底是写的 micromessage 还是 micromessager 啊？
我看你上面的代码里是 micromessager
但是下面说的是替换成 micromessage

多谢

说起正三观，每次看完测试类的书，我都觉得其实应该给我们老大正正三观。。。

很对，测试开发，应该向上游向下游去拓展的。
编写测试工具的，也可能是测试开发，也可能是开发。这个主要看是否纯做工具开发，从某种意义上来说，纯做工具开发的，其实更偏向开发这个角色。

我一直觉得测试必须自己学会写挡板、写工具，不然一定会受制于人的。

其实我觉得为什么一定要非此即彼呢。
一个人既有技术，又有思维，不是挺好吗。

只有思维，没有技术会被淘汰，太赞同了。
只有技术，不会思维是盲目的，没效率的，也对啊。

很早很早以前，就有关于学和思的申辩了。我想在今天也是有道理的。
一个成人，打不过一个拿着枪的人，但是如果这个拿着枪的人，还会看风向，不是更好吗。。。
技术同样好的两个人，为什么有的人会做得更好？因为他除了技术，还会思考。这也算有思维吧，不管准备叫什么 “思维”。

我想大家都是在实践中看到了一些事情，所以有感触。我相信对于每一个发言的人来说，看到的都是正确的。