LZ 这篇文章实在走心，我也相信大部分人都是有自己的经历和故事的，愿意分享出来至少说明 LZ 的豁达并愿意变得更好，对于作为读者的我们都是一面镜子，让我们看到了镜子中的自己，思考更多或许已经跳出了测试，跳出了职业，想到了人生。。。

@monkey @Lihuazhang 申明下，我不是针对这篇帖子里的 TC 认证，只是看到这篇帖子引申联想到的。。。

国外的人就喜欢搞方法论，做任何事情都有方法，不仅自己用还卖给别人，通过各种培训、认证、标准。。。大把大把的捞钱。再看看国人啥都是临时的，小公司嘛当然就靠人了，公司做大了发现临时的搞法不行就高薪聘请外国的专家顾问， 说到底这些东西本质上没有啥很高大上的，也都是来自工程实践中的经验总结提炼，只不过被包装了下，我们不知啥时也能学聪明点。。。

请问下 LZ 多接口的业务测试有什么思路做呢？

请问这个框架可以做业务场景多接口测试么，对于业务场景多接口的测试有什么思路没？

非常好，不知道 postman 的这个脚本功能支持的怎么样，是否支持请求体中的数据加密？是否支持 google protocol buffer 协议数据？

#1 楼 @shenkai600 允许有几个中级问题？就这一条么，你们项目还有其他标准木有

#22 楼 @jinghaichangyou 你说的没错，不过因为现在互联网公司的特点，QA 还是测试是不会分的很清的，QA 也好测试也好流程方面、测试技术方面的工作都要做

#19 楼 @jinghaichangyou 如果严格来区分的话，其实 QA 和 TESTER 是两个不同的职位，本质上一个偏流程、一个偏技术。只是现在大部分都已经不分了

#18 楼 @yanai0827 多谢，很好的参考，看来你们的流程中已经包含有产品和开发了。

#15 楼 @yanai0827 感觉你在测试管理方面做的还挺好的，不过目前 CTO 对我这边的定位虽然给的是 QA Leader 职位，但是其实更多偏向技术方面，只是顺带再管理两个手工黑盒的测试，并不打算让我把主要精力好在测试管理一块上，虽然我看到了在目前公司在这一块有很大的欠缺，所以我还是会跟 CTO 的意思来走的，毕竟他是做技术工作 20 年以上的老江湖，值得崇拜学习的地方很多。
另外我想问下，你制定的测试流程是否包含产品和开发相关的，毕竟测试工作要做好并不是独立的，比如说产品需求不明确、不规范，没有开发设计。。。这些其实也是对测试工作好坏有很大影响的。不知道这个问题你怎么解决的？我总觉首先要有一个整体的研发流程规范，然后根据测试在研发流程中所处的位置来制定自己的测试流程规范，不然就只是自己跟自己玩了。
也期望你能更多分享下在互联网小公司这种快速迭代的项目中，如何做好测试相关流程、规范和技术等方面的实际经验

支持！ 对于像我这样英语不好的就是福利。。。加油!

#8 楼 @lijiuyi 如上所述，我想我已经说清楚我的困惑了

#6 楼 @hiphop 你说的没错，不过我们是在讨论过程，如果测试不重视过程的话何以保障结果

#5 楼 @doctorq 如上所述，我只是站在作为 QA 如何更好的进行测试工作的开展，有效提升质量方面考虑，由谁领导更好一些，并不在纠结领导是那个职位，如果有个测试出身的 CTO 来做领导，我一定不会有这个问题了。。。

#3 楼 @ycwdaaaa 首先多谢你的开导。。。我也不是说特别在意 QA Leader 应该由哪个高层来领导，我只是站在作为 QA 如何更好的进行测试工作的开展，有效提升质量方面考虑，由谁领导更好一些。CTO 毕竟是开发技术出身的（测试出身的很少吧，我就知道有个大神段念。。。简直是测试人员的偶像 ），免不了总会以技术来衡量价值。如我上述所说，明明以公司的现况应该首先做好手工方面的测试会更有价值些，却不得不要先去执行 CTO 分配的自动化测试方面的任务，要知道，虽然任务是他分配的，但最终 QA 对质量带来了多大的价值，CEO、CTO 都只会看结果的，如果价值不大就还是 QA 的问题了。
另外你说的从提升自己的技术有这样的好机会方面来想也许就不会气了。我做测试工作已经多年了，自动化测试开发也做过 2 年，测试技术提升只能说是一方面，相比这个我现在最看重的是作为 QA 确实能给公司带来质量的提升，体现 QA 的价值，也只有做到这一点才不至于 QA 又被边缘化了甚至是又在一个公司里面玩完了，然后拿那些高大上的东西吹下 NB，跳槽去下一个公司又来这样一次循环。。。

#2 楼 @yanai0827 是的，感觉 QA 在这边被边缘化了，CTO 已经给 QA 定了半年的工作规划，就是上面说的那一堆高大上的名词都要弄上。不过现在实际的情况的是，迭代太快了，每天 CTO 都会跟各个 leader 通过任务卡片过进度， 开发一边编码一边跟产品设计确定需求和原型，由于之前没测试过，可以说历史问题是有一大堆的，所以我一时找不到工作重点在哪了，如果不先把业务功能方面的测试做好，就去为完成 CTO 的计划弄自动化方面的根本就是在建空中楼阁，更不会在质量上产生什么价值。 如果按我自己的思路先把业务功能，测试流程，测试用例和 BUG 管理等方面的弄好了做规范了，我想对质量提升会是很明显的， 然后在这个基础上再去逐步引入接口、UI 的自动化测试框架、持续集成方面的会更好，但是这样的话跟 CTO 给的计划就有出入的，或者说 CTO 并不觉得开发技术性偏弱的手工测试方面所带来的价值。

后两节课呢？

求票，最近刚来的北京，想去听下哦，谁有票求联系 QQ: 87117835

多谢 LZ 分享，有几个问题： 框架内部执行逻辑是怎么样的，配置好多个接口后，是串行执行的还是并行执行的？如果是逐个接口串行执行效率会不会太差，如果是并行执行的，具体如何实现的呢？

有视频木有

搭车招聘

负载服务器使用多台，将 vuser 分摊到多台机器上。。。

我真的是晕，自己不仔细造成的，为解决编码问题去修改 HTMLTestRunner.py 文件，结果修改错了，导致最终的报告中没有失败信息，改正确就好了，结贴吧。

@monkey 已改