1.性能测试技能树（1）测试工具：loadrunner jmeter：工具+手工程序自动化脚本功能自动化回归，API 。 ui测试难点：用户和业务模型分析搭建，根据用户和业务模型开发合适的脚本，合适的需求分析转化为场景设计，大容量系统的数据生成和使用，大型系统的性能压力负载和实施，云计算的负载生产和实施（2）测试基础：同样的脚本，不同的人员执行，不同的针对点，测试结果会大相庭径。需要对系统进行需求分析，性能测试计划和设计才开始测试计划-N次回归找到瓶颈的具体原因并优化难点：评估需求，负载建模（用户和业务模型），性能生成的原理和并发之间的关系，性能测试用例，新系统需求分析，容量规划，性能测试策略...

测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。 测试用例（Test Case）目前没有经典的定义。比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。 不同类别的软件，测试用例是不同的。不同于诸如系统、工具、控制、游戏软件，管理软件的用户需求更加不统一，变化更大、更快。笔者主要从事企业管理软件的测试。因此我们的做法是把测试数据和测试脚本从测试用例中划分出来。测试用...

　　对于测试开发这个岗位，大家是怎么理解的？　　有的人说是测试中的开发，做测试工具的，懂点开发，但是又不是很行，只好做测试开发。　　个人观点：不管是测试还是开发，更高的维度其实是产品，是用户感知，是挖掘用户真正想要的；测试开发做的好的人，一定是一名合格的开发人员，开发做的好的人，却不一定能胜任测试开发的工作。　　这也决定了：　　目前业界，合格的测试开发人员，薪资应该是高于纯开发人员的。因为测试开发的核心能力是纯开发人员的超集。　　其次，有测试开发这个职位的公司多半是大厂，大厂重视技术，更重视业务本身，而测试本质上是离业务更近，更有产品思维，用户思维的人（当然，也有很多测试达不到这个level）...