看业务吧，如果业务不稳定，迭代很快，又有分布式高并发。我会丢一句“【强制】禁止使用存储过程，存储过程难以调试和扩展，更没有移植性。”给开发。（前提是开发不是数据库大神哈，是大神你会被打死）
如果比较稳定的领域模型，看存储过程做的是什么功能，有没有什么性能指标，再根据需求来。

很少有单独甩个存储过程来给你测试的，如果有，说明你们测试资源很丰富。。

你以为他真要听意见？他就是焦虑了，找个事儿让你焦虑下。

混口饭吃，都不容易。

人人如龙了，龙还是龙吗？

平台只是辅助嘛，没必要纠结。任何东西别人适合，自己这里不一定适合。不过近几年业界应该会对测试人员提出更高的要求了。。。应了那句，天下苦秦久矣，自己不争气，逼得外部力量介入了。

最开始我也遇到过这种困扰，做出来的东西没人用，用着用着就放弃了。后面发现确实是自己没做到痛点，配置复杂，使用繁琐。

然后我就先做一堆“一键”就能用的小工具，有不爽的就盯着改，最终整合到一起，大家用的相当开心。

1.先分析是什么页面，如果是类似淘宝首页这种，模块多、依赖多、图片多、需要异步获取数据的多、甚至还有动画的，可能需要一个个的分析，前端和后台没准都有需要优化的地方
2.问题分析一般用浏览器自带的开发者工具，Network下看各种请求和响应以及加载时间，Waterfall里面其实就非常详细的告诉你具体请求耗时在哪个地方

就一些自动生成账号和对应配置 自动校验工具之类
使用率很高，但是普遍反馈很丑，有地方很难用，又舍不得不用
现在在学习怎么让他好看+好用。。。

功能的不也是做自动化的么。。。非功能的倒是其他安全+性能的做

哪儿有响声断言哪儿

这图配的 是诺西？