#13 楼 @holysor 每个人都是从入门开始的，加油

#11 楼 @holysor 这个不好说，具体要看页面包含多少链接

#9 楼 @holysor 文章下面有测试调用的代码

#4 楼 @xdf
#3 楼 @xie_0723 我想了想，我的方法通过加强，也能解决 ajax 异步请求、调用 js 里的链接，找到调用节点后模拟点击，实现起来有点小复杂；另一种解决方案是利用爬虫爬取所有的热点资源路径和 url 拼接成完整的请求地址＋ajax 请求地址＋js 调用地址，模拟 httpclient 发送请求进行测试，

#4 楼 @xdf 我先看下，谢谢

#3 楼 @xie_0723 渲染时检测应该能解决这个问题，可以参考下 xdf 的回复

#1 楼 @seveniruby 调用第三方的 jar 包方法，还是 jdk 自带的方法，画图方面的之前没接触过，能否说的再详细点？

#52 楼 @lose 我和你经历差不多，中专毕业，自学至本科，学历问题让我要比常人加倍努力，只要自己喜欢这个工作，吃亏点也不在乎

#1 楼 @xdf img 和 ajax 请求当时确实没考虑到，真是内行看门道啊。渲染过程中检测，非常棒的想法，有好的经验分享吗？

期待第二贴

期待分享更多的知识

#51 楼 @ycwdaaaa 你连这位兄弟表达的意思都没理解，我只能呵呵了，好吧，你继续活在你理解的世界里吧

#40 楼 @1875884881 看到今天的回帖，感觉测试行业整体水平的提升，路，还很长。
这么说吧，日志只是一种参考。我相信有经验的业务测试，在执行案例时，至少但不仅限于打开 2 个工具，数据库的客户端工具、日志查看工具等等。对于业务数据落地的正确性而言，日志也许会提供一些线索，到数据库验证却是最直接有效的证据。如果你是开发，日志和数据库里的落地数据，你更相信哪个？更何况是测试工具打印的而非程序本身打印的日志。。。

#34 楼 @yuweixx 文中提到了逻辑删除，定义为不建议使用这种方式；其实我也不赞成逻辑删除，还有更好的方式。

#31 楼 @ycwdaaaa 你又混淆概念了，出了问题，测试当然要协助开发定位问题的原因。但前提是说服开发这确实是个问题！

举个例子，批量跑接口测试，有些调用的接口会插入数据，结果某些插入的数据是有问题的，按照这篇文章的观点，运行结束就删掉数据，可能会出现以下场景：
开发问：我要看结果，持久化的数据到底是什么样的
测试说：测试数据跑完就自动删了
开发说：那我怎么知道这不是误报，进度这么紧，我可不想把时间浪费在排查误报的问题上
测试说：因为这世界上有种东西叫 debug
开发问：为什么 debug
测试回答：因为测试数据跑完就删了
开发问：那为什么跑完就删
测试回答：因为这世界上有种东西叫 debug
开发无奈：这是咋回事？

#23 楼 @ycwdaaaa 首先，我不是针对你，而是针对你的观点，错误的观点可能会误导一大批新人。
其次，你还是没正面回答我的问题，销毁数据后，你是怎么保留证据的，如果测试数据没有了，你会尝试找哪些原因说服开发确实有问题？如果你能说出好的方法，我还是会学习并感谢你的分享的。
@ityoung 测试开发和测试确实分工不同，但测试开发的成果好坏，会影响到测试。

#21 楼 @ycwdaaaa 很愿意了解你销毁数据后是怎么保留证据的，断言和日志就不要提了，开发不会 care 的。。。

说明你理论知识尚可，实战经验不足啊，关于如何删除数据，什么时候删除数据，好好琢磨解决方案吧

#14 楼 @ycwdaaaa 测试结束后销毁测试数据，等价于销毁证据，怎么破案？

由于暂时会写代码的比较少，所以我做两套框架，一套要写代码，比较灵活。 一套不用写代码，但是不灵活。
--写代码和不写代码为什么要做两套框架，这两者并不互斥！

你先搞清楚是测试结束后销毁数据还是测试执行前销毁

我非常理解你的心情，有些转行或踏入测试行业没几年，测试基础还不够就直接做自动化，测试开发的，真的很难做出有价值的产物。万丈高楼平地起，地基很重要，而现实有不少空心菜凭着高学历、工作年限、光鲜的履历拿了高薪，只能说明这个行业的悲哀。不过，有时候明知道做的东西没有价值，但还是要去做，要实现理想的前提是生存下来。
但是，你的面试是否也存在自身原因？以设计模式为例，回答不出并不代表设计框架、写代码不行，可能他已融会贯通，只是把名词忘了，无招胜有招，灵活运用一门语言才是关键。所以说，面试的重点不是懂哪些理论和技术，而是解决问题的能力（我确信如果你被面试也会遇到如上的知识盲区，但并不代表你不能胜任工作）。
最重要的是，面试官千万不要觉得自己的答案就是正确的，就是唯一标准，人外有人，你在这个行业说不定只是沧海一栗，学会倾听和思考，才能做出客观的判断。