年龄有没有要求

在 “借鉴” 的基础上包装，在包装的基础上整个概念，循环往复，子子孙孙无穷尽

你们用 httprunner 在实际项目中，是使用的哪种方式呢？

第三种：testcase 针对业务场景，包含了登陆->创建项目->绑定设备三个节点，每一个节点可能包含多个接口，不同的 testcase 文件代表不同的业务场景。

总结一下：
第一种：testcase 就是针对的 “单步操作”；比如登陆->创建项目->绑定设备，这三个节点，每一个节点可能包含多个接口。单个接口的定义放在 api 层，组合多个 api 形成 testcase 层，每个 testcase 层都可以单独执行，testsuite 层调用 testcase 层的每一个 “单步操作” 组合成业务场景。

第二种：testcase 的每一个文件只包含单接口的测试，通过不同的输入验证单个接口的正确性；testsuite 层调用 testcase 层的每一个单接口文件，相当于执行所有单接口的用例；api 层仍是定义单个接口。

两种方式，看测试接口的方向是偏向业务场景还是只是针对单接口的验证。在项目时间要求紧，第一种方式应该投入产出比高一些，需要靠手工测试去弥补不同的输入情况验证；有较充分的人力，第二种方式可以对单接口做完整的验证，同时业务场景的验证也可以辅以第一种方式补充，第二种方式需要投入较多的时间。

说这句话，跟你的 id 气质很符合

这粉红色有点辣眼睛

图片总结的相当到位，赞

感谢粗翻，期待精翻！

测试纪检委

35 岁正是技术人员熟练掌握一门技能，需要沉淀知识积累，做升华的时候，就因为年龄的限制逼迫去开滴滴、送外卖，难怪连手机芯片都造不出来，受到他国的限制

做好基本功，先把本职工作做好再说左移、右移

才 5 年经验，善于总结，理论很丰富，楼主是个不错的领导管理者

人均？ 就他发了这篇帖子，怎么算的人均

勉强的读完了一遍 The little black book on Test Design ，感觉有类似《海盗派测试分析》的内容。
黑盒测试是基础，在做黑盒测试的过程中，我有一种感觉，用这篇文章中的一个单词来说 “loose”（松散），不能够形成一套系统，做黑盒测试总是有种 “无力感”，对待一个产品，提不出那么多问题，感觉在 “乱打拳”，没有一定的规律、节奏，随意，这样造成了心里对测试质量没有底气。
文中提到了很多测试可以考虑的 “点”，这些点激发编写测试点的灵感，但是如何能记全并能熟练实际应用到项目，感觉也是一项长期往复不断重复锻炼的一项技能。这种技能是一种分析探索的过程，文中也提到，就像是在做调查研究，需要收集很多的信息，整理，依靠人工判断出重要的部分，毕竟测试活动只有有限的时间。
文中有很多引用资料，准备再继续看看，英文不好，看着好费劲。

勉强的读完了一遍，感觉有类似《海盗派测试分析》的内容。
黑盒测试是基础，在做黑盒测试的过程中，我有一种感觉，用这篇文章中的一个单词来说 “loose”（松散），不能够形成一套系统，做黑盒测试总是有种 “无力感”，对待一个产品，提不出那么多问题，感觉在 “乱打拳”，没有一定的规律、节奏，随意，这样造成了心里对测试质量没有底气。
文中提到了很多测试可以考虑的 “点”，这些点激发编写测试点的灵感，但是如何能记全并能熟练实际应用到项目，感觉也是一项长期往复不断重复锻炼的一项技能。这种技能是一种分析探索的过程，文中也提到，就像是在做调查研究，需要收集很多的信息，整理，依靠人工判断出重要的部分，毕竟测试活动只有有限的时间。
文中有很多引用资料，准备再继续看看，英文不好，看着好费劲。

只找到了翻译一部分的，没有找到全部的

英文不好，请问这本书有翻译过的中文版吗

厉害，透彻

如果是测试方向来说：提高回归测试效率，保证质量。
如果是个人来说：
1、绩效考核；
2、提升工资。

猿粪

感谢分享

所以就需要再 35 岁之前，花很多时间准备第二职业，转行就不是重头开始了撒

35 岁之前尽量涨工资，在互联网行业把钱赚够，买房，投资，发展副业；35-40 岁之后干不动年轻人了，转行。

"上一次盗号的人还要直接点名买我的账号..." 有故事