最简单的往往是最容易被忽视的，每次设计用例的时候就可能没有按照这个思维去做；导致设计的时候很混乱，每次我都是拿到需求先分析有哪些测试功能，然后再针对分析出来的功能画流程图 (相对复杂的)，根据流程图逐一运用黑盒测试的方法去设计每一个节点的测试用例。这些环节个人认为没有问题；到后边需要设计测试用例的时候，就会遗忘运用这些规则，而是凭着自己在这些节点中想到可能发生的场景去设计，这样感觉其实没有按照方法去设计高效；或者说有的时候有的逻辑可能套用不上等价类和边界值这样的方法；这也是我的一个小小的困扰之一。

这个考哪个比较合适，听说系统集成比较好过

很详细，感谢分享

这个实用的

个人觉得自动化维护成本真的不低

这个很正常的现象吧 我们的也是只不过我们测试不使用 python 使用的 jmeter 让开发把他加解密的方法打个包过来 引用进来 用它的方法在 beanshell 中调用实现加解密 整体过程就是这个思路 你用 python 应该更容易啊

很中肯了 还是觉得自己什么都半途而废 确实挺垃圾的

受教了 感谢指点！

赞同 硬学没有实践等于白学

1. 将要测程序打包成 jar 包 (这个网上有教程，很多)
2. 然后 jmeter 引入，放到 lib 目录等有多种引入方式
3. jmeter 使用 beanshell 写测试程序，调用引入 jar 包中的方法
4. 配合前置和后置使用 (根据业务需要)